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(54) Information recording medium, information recording/playback method, and information 
recording/playback apparatus 



(57) A digital stream signal complying with 
MPEG-TS is handled as stream object ESOB. The ES- 
OB is recorded in unit of stream object unit ESOBU 



(134) which includes one or more pack/packet groups 
(1 40). Each pack/packet group has a pack/packet group 
header (161) at its head position, and stores one or more 
TS packets (162) after the pack/packet group header. 
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Description 

[0001] The present invention relates to an information 
recording medium/information storage medium (or data 
structure), an information recording/playback method, 
and an information recording/playback apparatus, 
wh ich are s u ited to record/play back a digital stream sig- 
nal (MPEG-TS) used in satellite digital TV broadcast or 
terrestrial digital TV broadcast. 

[0002] In recent years, TV broadcast has entered the 
era of digital broadcasts having Hi-Vision programs as 
principal broadcast contents. The current digital broad- 
cast adopts an MPEG transport stream (to be abbrevi- 
ated as MPEG-TS as needed hereinafter). In the field 
of digital broadcast using moving pictures, MPEG-TS 
will be used as a standard format in the future. 
[0003] At the start of such digital TV broadcast, mar- 
ket needs for a streamerthat can directly record digital 
TV broadcast contents (without digital/analog conver- 
sion) are increasing. As a currently, commercially avail- 
able, typical streamer that directly records digital broad- 
cast data (MPEG-TS or the like), a video cassette re- 
corder (D-VHS streamer) named D-VHS® is known. 
[0004] Upon stream-recording digital broadcast data, 
MPEG-TS data of digital broadcast received by a tuner 
system (normally, a set -top box called an STB) is input 
to a D-VHS streamer via an IEEE1394 cable. The 
streamer executes required encoding processes, and 
records the encoded data on a D-VHS tape Note that 
IEEE1394 is the interface standard, which specifies ex- 
change of commands and transmission/reception of da- 
ta. 

[0005] Upon playing back broadcast data, the D-VHS 
streamer reads recorded data (MPEG-TS data or the 
like) from the recorded D-VHS tape, and sends the read 
MPEG-TS data to a data expansion unit in the STB via 
the IEEE1394 cable. In this way, the recorded data is 
played back. 

[0006] Since the D-VHS streamer directly records the 
broadcasted bitstream on a tape, a plurality of programs 
are multiplexed and recorded on the tape. For this rea- 
son, upon playback of the multiplexed recorded pro- 
grams, the D-VHS streamer sends all data to the STB 
regardless of whether they are to be played back from 
the beginning or middle of a program. In this case, the 
user selects and plays back a desired one of a plurality 
of multiplexed recorded programs. 
[0007] Since a tape is used as a recording medium, 
the D-VHS streamer can make sequential playback but 
cannot make a random access to the recorded contents. 
Forthis reason, it is difficult to quickly jump to a desired 
position in the desired recorded program and to start 
playback from that position (difficulty of special play- 
back). 

[0008] In addition to D-VHS, in recent years, STBs 
that use hard disc drives (HDD) are put on the marker 
as a digital broadcast streamer. This STB saves stream 
data in an HDD and realizes excellent random access 



performance. However, in this apparatus, the user can- 
not easily exchange the HDD. Forthis reason, such ap- 
paratus is not suited to preserve a large volume of re- 
corded data as a library over a long term. 

s [0009] As a prevailing solution to the problems (diffi- 
culty of random access/difficulty of special playback) of 
D-VHS, and that (difficulty of media exchange) of the 
HDD, a currently, commercially available streamer that 
uses large-capacity disc media such as a DVD-RAM 

10 and the like may be used. 

[0010] As an example of the "streamer using the 
DVD-RAM", "Digital Video Recording System" dis- 
closed in Jpn, Pat. Appln. KOKAI Publication No. 
2000-268537 (patent reference 1 ) is known. 

15 [0011] "Digital Video Recording System" disclosed in 
patent reference 1 is premised on a specific streamer 
standard. As an example of this streamer standard, the 
DVD stream recording standard (Version 1.0) devel- 
oped February of 2001 (although it is not open to the 

20 public) is known (but, no product using this standard is 
yet commercially available). 

[0012] This streamer standard aims at scrambled 
contents and also broadcast contents of various world- 
wide broadcast stations. For this reason, a minimum 

25 playback unit in video contents is defined by a data 
amount with reference to ECC blocks. Forthis reason, 
upon making special playback, even when data is read 
out from a target address, l-picture data that can be 
played back is not found, and the playback start position 

30 may shift considerably. That is. it is very difficult for this 
standard to attain special playback. 
[0013] The streamer standard has contents unsuita- 
ble for special playback. However, in patent reference 
1 above, special playback is facilitated by matching the 

35 head of a data unit (VOBU/SOBU) with that of l-piclure 
data (paragraph 0117) or recording the head position of 
each l-picture data in a management area (paragraph 
0116) . 

[0014] The streamerstandardpacketizes and records 
40 irrespective of contents to bo recorded. Forthis reason, 
upon playback, the arrival time of packets that store the 
recorded contents can be detected, but the playback 
time of the recorded contents cannot be directly detect- 
ed. Hence, it is not easy for the user to designate the 
« playback start position on a time basis, and playback 
operations such as time search and the like are incon- 
venient. 

[0015] As a disc recorder standard free from the 
above inconvenience (of time search and the like), the 

50 DVD video recording (DVD-VR) standard is known, and 
many products based on this DVD video recording 
standard are currently commercially available. This vid- 
eo recording standard adopts time map information. 
With this time map information (which is not available in 

55 the streamer standard), it is easy for the user to desig- 
nate the playback start position on a time'basis. 
[0016] However, the video recording standard is not 
compatible to stream recording of digital TV broadcast 
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(in order to record digital broadcast contents using a re- 
corder based on the video recording standard, an ana- 
log video signal that has temporarily undergone D/A 
conversion is sent from the STB to the analog video in- 
put of the recorder and is M PEG-encoded in the record- 5 
er again, and the encoded data is digitally recorded on 
a DVD-RAM disc orthe like). Therefore, the existing vid- 
eo recording standard cannot meet needs of users who 
want to air-check digital TV broadcast contents (espe- 
cially, Hi-Vision programs) while maintaining their qual- 10 
ity. 

[001 7] The present invention has boon made to solve 
the aforementioned problems, and has as its object to 
provide a system which can manage stream- recorded 
video contents on a playback time basis. is 
[0018] According to another aspect, the present in- 
vention has as its object to provide a system which al- 
lows stream recording/playback of digital broadcast 
contents while attaining special playback as easily as 
that of the video recording standard. 20 
[0019] According to still another aspect, the present 
invention has as its object to provide, in a market ac- 
ceptable form, a system which can easily attain special 
playback and the like as in the video recording standard 
by developing a new data structure compatible to the 25 
streamer standard on the basis of the ARIB (Association 
of Radio Industries and Businesses) standard as the 
digital broadcast standard in Japan. 
[0020] In order to achieve the above object, an infor- 
mation recording medium to which the system of an em- 30 
bodiment of the present invention can be applied is con- 
figured to separately record data of a digital stream sig- 
nal as a plurality of objects (ESOB). Each object (ESOB) 
includes data units (ESOBU), each of which is formed 
with reference to an integer number of groups of picture 35 
(GOP) or based on data for integer seconds as a play- 
back time. One data unit (ESOBU) is made up of pack/ 
packet groups each of which is formed by grouping a 
plurality of transport stream packets (TS packets). The 
pack/packet group is formed of a pack/packet group 40 
header and pack/packet group data containing TS pack- 
ets having data of the digital stream signal. 
[0021] The pack/packet group header may contain ar- 
rival time information (ATS) and attribute information 
(PCRI) of the first TS packet, and the pack/packet group 45 
data may contain difference information (IAPAT) from 
the arrival time of the first TS packet together with data 
of TS packets, or may contain time information items 
(PATS#) of corresponding TS packets. 
[0022] Note that at least one of TS packets may have so 
an adaptation field including a predetermined program 
clock reference (PCR), and the pack/packet group 
headermay contain location information (156 in FIG. 14) 
of the program clock reference (PCR). 
[0023] Alternatively, an information recording medium 55 
to which the system of an embodiment of the present 
invention can be applied may also be configured as fol- 
lows. More specifically, in a recording medium config- 



ured to record a digital stream signal complying with an 
MPEG transport stream and a video recording signal ob- 
tained by converting an analog signal into a digital signal 
by MPEG encoding, this recording medium may have a 
management area and data area, and the data area can 
store both the video recording signal and digital stream 
signal. Data or this digital stream signal can be sepa- 
rately recorded as a plurality of objects (ESOB). Each 
object contains data units (ESOBU). One data unit is 
made up of pack/packet groups each of which is formed 
by grouping a plurality of transport stream packets (TS 
packets). The pack/packet group is formed of a pack/ 
packet group header and pack/packet group data con- 
taining TS packets having data of the digital stream sig- 
nal. 

[0024] On the other hand, the management area may 
contain cell information (CI) associated with cells as 
playback units, and attribute information (contained in 
ESFI in FIG. 4; PCR_Pack number or 
1 st. Ref PIC. PTM in FIG. 8) of the object (ESOB). This 
cell information (management information layer 10 in 
FIG. 2) can designate both data (VOB in FIG. 2) of the 
video recording signal and the object (ESOB in FIG. 2) 
(VOB can be designated by time information 
VOBU_PB_TM (not shown): ESOB can be designated 
by time information ESOBU_PB_TM in FIG. 8). This cell 
information (Cl#q in FIG. 11) can record number infor- 
mation (corresponding ESOB number in FIG. 11) used 
to designate the object (ESOB) . 
[0025] Note that at least one of TS packets may have 
an adaptation field including a predetermined program 
clock reference (PCR), and the management area may 
contain location information (PCR„ Pack number or cor- 
responding 1 st_Ref_PIC_PTM in FIG . 8) of the program 
clock reference. 

[0026] An information recording method according to 
an embodiment of the present invention may be config- 
ured to record information on the aforementioned medi- 

[0027] An information playback method according to 
an embodiment of the present nvention may be config- 
ured to play back information from the aforementioned 
medium. 

[0028] An information recording apparatus according 
to an embodiment of the present invention may be con- 
figured to record information on the aforementioned me- 
dium. 

[0029] An information playback apparatus according 
to an embodiment of the present invention may be con- 
figured to play back information from the aforemen- 
tioned medium. 

[0030] Also, an apparatus according to an embodi- 
ment of the present invention can comprise a manage- 
ment data generation unit for generating a management 
map orthe like used to manage stream data, a support 
information appending unit for appending support infor- 
mation of management data in the generated manage- 
ment data, and a drive unit for recording the generated 
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management data. 

[0031] This summary of the invention does not nec- 
essarily describe all necessary features so that the in- 
vention may also be a sub-combination of these de- 
scribed features, 5 
[0032] The invention can be more fully understood 
from the following detailed description when taken in 
conjunction with the accompanying drawings, in which: 

FIG. 1 is a view for explaining the data structure ac- io 
cording to an embodiment of the present invention; 
FIG. 2 is a view for explaining the relationship 
among a playback management information layer, 
object management information layer, and object 
layer in the data structure according to the embod- « 
iment of the present invention; 
FIG. 3 is a view for explaining an example of the 
configuration of afield (RTR_VMGI/EHDVR_MGI) 
of one management information (RTR_VMG/ 
EHDVR _MG) recorded on AV data management in- 20 
formation recording area 130 shown in FIG. 1: 
FIG. 4 is a view for explaining an example of the 
configuration of another field (ESFIT/ESTR_FIT) of 
one management information (RTR_VMG/ 
EHDVR^MG) in the data structure according to the 25 
embodiment of the present invention; 
FIG. 5 is a view for explaining an example of the 
configuration of the contents of respective elements 
in the other field (ESFIT) of the management infor- 
mation shown in FIG. 4; 30 
FIG. 6 is a view for explaining an example of the 
configuration of object information (one of ESOBI#1 
to ESOBI#m) of the elements in other field (ESFIT) 
of the management information shown in FIG. 5; 
FIG. 7 is a view for explaining an example of the 35 
configuration of some fields (MAP_Group_GI and 
MAP_ENT#1 to MAP_ENT#r) of map group infor- 
mation (one of MAP_Groupl#1 to MAP_Groupl#n) 
contained in the object information (ESOB#1) 
shown in FIG. 6; 40 
FIG. 8 is a view for explaining an example of the 
configuration of another field (ESOBU_ENT#1 to 
ESOBU_ENT#q) of the map group information (one 
of MAP_Group#1 to MAP_Group#n) contained in 
the object information (ESOB#1) shown in FIG. 6; 45 
FIG. 9 is a view for explaining an example of the 
contents of information (PCR__.Pack number or 
1st_Ref_PIC_PTM), which is contained in another 
field (ESOBlLENT#1) of the map group informa- 
tion (MAP_Group#n) shown in FIG. 8 and is asso- so 
ciated with the location of a program clock refer- 
ence, depending on the availability of video and au- 
dio data; 

FIG. 1 0 is a view for explaining an example of the 
configuration of program chain information as one 55 
field of another management information 
(RTR^ESMG) recorded on AV data management 
information recording area 130 shown in FIG. 1 ; 



FIG. 11 is a view for explaining an example of the 
configuration of the contents of respective elements 
of the program chain information shown in FIG. 1 0; 
FIG. 12 is a view for explaining an example of the 
configuration of play list information as another field 
of another management information (RTR^ESMG) 
recorded on AV data management information re- 
cording area 130 shown in FIG. 1 ; 
FIG. 13 is a view for explaining an example of the 
configuration of the contents of respective elements 
of the play list information shown in FIG. 12; 
FIG. 14 is a view for explaining an example of the 
configuration of a data unit (ESOBU) for a stream 
object shown in FIG. 1 or 2; 
FIG. 15 is a view for explaining an example of the 
configuration of an arrival time (ATS) of a pack con- 
tained in a pack group header shown in FIG. 14; 
FIG. 16 is a view for explaining an example of the 
configuration of copy generation management in- 
formation (or copy control information CCI) con- 
tained in the pack group header shown in FIG. 14; 
FIG. 17 is a view for explaining an example of the 
configuration of display control information (DCI) 
contained in the pack group header shown in FIG. 
14; 

FIG. 18 is a view for explaining an example of the 
configuration of an increment (IAPAT) of the packet 
arrival time contained in a pack group shown in FIG. 
1 4 after the pack group header: 
FIG. 19 is a view for explaining an example of the 
configuration of PCR location information 
(PCR_Pack number or the like) contained in the 
pack group header shown in FIG. 14; 
FIG. 20 Is a block diagram for explaining an exam- 
ple of an apparatus for recording and playing back 
AV information (digital TV broadcast program and 
the like) on and from an informa:ion recording me- 
dium (optical disc, hard disc, or the like) using the 
data structure according to the embodiment of the 
present invention; 

FIG. 21 shows an example of management infor- 
mation to be stored in AV data management Infor- 
mation recording area 130 shown in FIG. 1, and is 
a view for explaining the data structure as a combi- 
nation of video recording management information 
VMG and stream recording management informa- 
tion ESMG; 

FIG. 22 is a view for explaining an example of the 
configuration of the contents of stream information 
(one of ESOBLSTI//1 to ESOBI_STI#m) contained 
in management information (ESFIT) shown in FIG. 
21; 

FIG. 23 is a view for explaining an example of the 
configuration of the contents of video attribute infor- 
mation (V_ATR) contained in stream information 
shown in FIG. 22; 

FIG. 24 is a flow chart (overall operation process 
flow) for explaining an example of the overall oper- 
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ation of the apparatus shown in FIG. 20; 

FIG. 25 is a flow chart (interrupt process flow) for 

explaining an example of an interrupt process in the 

operation of the apparatus shown in FIG. 20: 

FIG. 26 is a flow chart (recording flow) for explaining s 

an example of a recording operation (part 1) of the 

apparatus shown in FIG. 20; 

FIG. 27 is a flow chart (recording flow) for explaining 

an example of a recording operation (part 2) of the 

apparatus shown in FIG. 20; 10 

FIG. 28 is a flow chart (STI setting process flow) for 

explaining an example of the contents of a stream 

information generation process (ST120) shown in 

FIG. 27; 

FIG. 29 is a flow chart (buffer fetch process flow) for is 
explaining an example of the contents of a buffer 
fetch process (ST130) shown in FIG. 27; 
FIG. 30 is a flow chart (overall playback operation 
flow) for explaining an example of a playback oper- 
ation (part 1) of the apparatus shown in FIG. 20: 20 
FIG. 31 is a flow chart (overall playback operation 
flow) for explaining an example of a playback oper- 
ation (part 2) of the apparatus shown in FIG. 20: 
FIG. 32 is a flow chart (process flow upon cell play- 
back) for explaining an example of a process upon 25 
cell playback (part 1 ) in the apparatus shown in FIG. 
20; 

FIG. 33 is a flow chart (process flow upon cell play- 
back) for explaining an example of a process upon 
cell playback (part 2) in the apparatus shown in FIG. 30 

20; 

FIG. 34 is a view for explaining an example of the 
data structure of a program map table (PMT) that 
can be used by the apparatus shown in FIG. 20; 
FIG, 35 is a view showing an example or !he con- 35 
tents of a digital copy control descriptor that can be 
used by the PMT shown in FIG. 34 and the like 
(service description table SDT, event information ta- 
ble EIT, and the like); 

FIG. 36 is a view for explaining an application ex- 
ample of digital copy control to video data: 
FIG. 37 is a view for explaining an application ex- 
ample of digital copy control to audio data; 
FIG. 38 is a view showing an example of the con- 
tents of a component descriptor that can be used 45 
by the PMT shown in FIG. 34 and the like (event 
information table EIT and the like); 
FIG. 39 is a view for explaining an example of the 
contents of component types shown in FIG. 38; 
FIG. 40 is a flow chart (overall transfer operation so 
flow) for explaining an example of the overall data 
transfer operation (part 1) in the apparatus shown 
in FIG. 20; 

FIG. 41 is a flow chart (overall transfer operation 
flow) for explaining an example of the overall data ss 
transfer operation (part 2) in the apparatus shown 
in FIG. 20; 

FIG. 42 is a flow chart (process flow upon cell trans- 



fer) for explaining an example (part 1 ) of the process 
upon cell transfer (ST320) shown in FIG. 41 ; 
FIG. 43 is a flow chart (process flow upon cell trans- 
fer) for explaini ng an example (part 2) of the process 
upon cell transfer (ST320) shown in FIG. 41 ; and 
FIG. 44 is a flow chart (process flow upon time 
search) for explaining an example of a time search 
process (a search conducted based on a playback 
time designated by the user) with respect to already 
recorded stream information of a digital TV broad- 
cast program or the like in the apparatus shown in 
FIG. 20; 

FIG. 45 is a view for explaining another example of 
the configuration of a data unit (ESOBU) for the 
stream object (ESOB); 

FIG. 46 is a view for explaining another example of 
the configuration of management information 
(EHDVR_MG) recorded on AV data management 
information recording area 130 shown in FIG. 1 ; 
FIG. 47 exemplifies contents of the extended video 
manager information management table 
(EVMGLMAT) shown in FIG. 46; 
FIG. 48 exemplifies contents of the extended play 
list search pointer (EPL_SRP) shown in FIG. 46; 
FIG. 49 exemplifies contents of the play list resume 
marker information (EPL_SRP) shown in FIG. 46; 
FIG. 50 exemplifies contents of the extended movie 
AVfile information table (EM_AVFIT) shown in FIG. 
46: 

FIG. 51 exemplifies contents of the extended movie 
video object general information (EM_VOB_GI) 
shown in FIG. 50: 

FIG. 52 exemplifies contents of the extended vdeo 
object time map general information 
(EVOB_TMAP_GI) shown in FIG. 50; 
FIG. 53 exemplifies contents of the extended still 
picture AV file information table (ES_AVFIT) shown 
in FIG. 46; 

FIG. 54 exemplifies contents of the extended 
stream file information table (ESTFLFIT) shown in 
FIG. 46: 

FIG. 55 exemplifies contents of the extended 
stream object information (ESOBI) shown in FIG. 
54; 

FIG. 56 exemplifies contents of the extended 
stream object information general information 
(ESOBI. Gl) shown in FIG. 55; 
FIG. 57 exemplifies contents of the extended 
stream object type (ESOB "TY) shown in FIG. 56; 
FIG. 58 exemplifies contents of the copy control in- 
formation (CP_CTRLJNFO) shown in FIG, 56; 
FIG. 59 exemplifies contents of extended stream 
object elementary stream information (ESOB_ESI 
for video ES) shown in FIG. 55; 
FIG. 60 exemplifies contents of extended stream 
object elementary stream information (ESOB_ESI 
for audio ES) shown in FIG. 55; 
FIG. 61 exemplifies contents of extended stream 
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object elementary stream information (ESOB_ESI 
for other ES) shown in FIG. 55; 
FIG. 62 exemplifies contents of stream type infor- 
mation (ES_TY) shown in each of FIGS. 59 to 61 ; 
FIG. 63 exemplifies contents of the video attribute 
information (V_ATR) shown in FIG. 59; 
FIG. 64 exemplifies contents of the audio attribute 
information (A_ATR) shown in FIG. 60; 
FIG. 65 exemplifies contents of the grouping infor- 
mation general information (GPI_GI) shown in FIG. 
55; 

FIG. 66 exemplifies contents of the elementary 
stream packet identifier (ES_PID) shown in FIG. 55; 
FIG. 67 exemplifies contents of the extended 
stream object time map general information 
(ESOB_TMAP_GI) shown in FIG. 55; 
FIG. 68 exemplifies contents of the extended ele- 
mentary stream time map general information 
(EES_TMAP_GI) shown in FIG. 55; 
FIG. 69 exemplifies contents of the extended pro- 
gram chain information (EPGCI; or EORG_ PGCI) 
shown in FIG. 46; 

FIG. 70 exemplifies contents of the extended pro- 
gram chair general information (EPGCI_GI) shown 
in FIG. 69; 

FIG. 71 exemplifies contents of the extended pro- 
gram information (EPGI) shown in FIG. 69; 
FIG. 72 exemplifies contents of the program 
resume marker information (PG_RSM_MRKI) 
shown in FIG. 71; 

FIG. 73 exemplifies contents of the extended video 
time map information table (EVTMAPIT) shown in 
FIG. 46; and 

FIG. 74 exemplifies contents of the extended 
stream time map information table (ESTMAPIT) 
shown in FIG. 46. 

[0033] Preferred embodiments of the present inven- 
tion will be described in detail hereinafter with reference 
to the accompanying drawings. 

[0034] FIG, 1 is a view for explaining the data struc- 
ture according to an embodiment of the present inven- 
tion. As disc-shaped information recording medium 100 
(FIG. 1(a)), recordable optical discs such as a 
DVD-RAM, DVD-RW, DVD-R, and the like, and record- 
able magnetic discs such as a hard disc and the like are 
available. The following explanation will be given taking 
an optical disc such as a DVD-RAM or the like as an 
example. 

[0035] Disc 100 has lead-in area 110, volume/file 
structure information area 111, data area 112, and lead- 
out area 1 1 3 from its inner periphery side toward the out- 
er periphery side (FIG. 1 (b)). Volume/file structure in- 
formation area 111 stores a file system. The file system 
includes information indicating the recording locations 
of files. Recorded contents are stored in data area 112 
(FIG. 1 (c)). 

[0036] Data area 112 is divided into areas 120 that 



record general computer data, and area 121 that 
records AV data. AV data recording area 121 includes 
AV data management information area 130 that stores 
a file (VMG/ESMG file) used to manage AV data, VR 

5 object group recording area 1 22 that records object data 
(VOBS) files (VRO files) complying with the video re- 
cording standard, and EStream object group recording 
area 131 that records stream objects (ESOBS: Extend 
Stream Object Stream) compatible to digital broadcast 

10 (FIG. 1 (d)). That is, in this embodiment, stream objects 
of digital broadcast are recorded as EStream objects 
132 (ESOBS) as files independent from VR objects 
(FIG. 1 (e)). 

[0037] Each EStream object 132 is made up of one 

15 or more data units (ESOBU: Extend Stream Object Unit) 
134 each of which serves as an access unit to disc 100 
(FIG. 1 (f)). Each data unit (ESOBU) 134 is made up of 
one or more pack groups (Pack_Group), each of which 
includes a group of a plurality of packs (FIG. 1 (g)). In 

20 this embodiment, each pack group 140 includes a group 
of eight packs. If one pack size is 2 kbytes, the size of 
each pack group 140 is 1 6 kbytes. This size is equal to 
the ECC block size in the video recording standard. If 
the ECC block size is 32 kbytes, each pack group 140 

25 can include 16 packs (corresponding to 32 kbytes). If 
the ECC block size is 64 kbytes, each pack group 140 
can include 32 packs (corresponcing to 64 kbytes). 
[0038] Each pack group 140 forms packet recording 
area (DVD-TS packet recording area) 160 in stream re- 

30 cording proposed by the present invention (FIG. 1 (h)). 
DVD-TS packet recording area 160 can be formed of 
pack group header 161, a plurality of (e.g., 85) 
MPEG-TS packets 1 62, and a plurality of (e.g., 84) piec- 
es of packet arrival time difference information (IAPAT: 

35 Incremental Packet Arrival Time) (FIG. 1 (i)). The con- 
tents of pack group 140 will be described in detail later 
with reference to FIG. 14. 

[0039] FIG. 2 is a view for explaining the relationship 
among a playback management information layer, ob- 

40 ject management information layer, and object layer in 
the data structure according to the embodiment of the 
present invention. Management information (VMG/ES- 
MG file) recorded on AV data management information 
recording area 1 30 in FIG . 1 has playback management 

45 information layer 10 used to manage the playback se- 
quences of both the recorded contents based on the vid- 
eo recording standard and the stream recording record- 
ed contents based on the present invention. 
[0040] That is, a group of one or more cells 13 each 

50 of which serves as a playback unit of stream-recorded 
objects forms program 12, and a group of one or more 
cells 13* each of which serves as a playback unit of vid- 
eo-recorded objects forms program 12*. A sequence 
(playback sequence) of these programs 12 and 12* is 

55 managed by management information (PGCI) of pro- 
gram chain (PGC) 11. 

[0041] Even when the user wants to start playback 
from the middle of either cell 1 3 on the stream recording 
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side or cell 13" on the video recording side, he or she 
can designate the playback location using a playback 

time (PTS). 

[0042] That is ; when playback is to start from the mid- 
dle of cell 1 3 on the stream recording side using the play- 
back time (PTS), stream object ESOB 1 32 in stream ob- 
ject layer 30 is designated via stream object information 
ESOBI 21 in stream object management information 
layer 20, and stream object unit ESOBU 134 in stream 
object layer 30 is designated via stream object unit in- 
formation ESOBUI 22 in stream object management in- 
formation layer 20. When ESOB 1 32 and its ESOBU 1 34 
are designated, the playback start location is specified. 
(ESOBUI in this case may be restated as global infor- 
mation 22.) 

[0043] This ESOBU 134 is formed of one or more 
pack groups 140. ESOBU 134 corresponds to, e.g., 1 
or 2 GOP data. If no GOP delimiter is found, ESOBU 
134 is delimited in units corresponding to a data amount 
for a maximum of 1 sec as a playback time. In this way, 
overflow of each information field is prevented. Each 
pack group 140 may be formed of 8 packs (16384 
bytes), and has pack group header 1 61 at its head po- 
sition. Pack group header 161 is followed by a plurality 
of transport stream packets (TS_Packet) 1 62 and a plu- 
rality of pieces of packet arrival time difference informa- 
tion (IAPAT) 163. These TS packets 162 store stream 
recording recorded contents. 

[0044] On the other hand, when playback is to start 
from the middle of cell 13' on the video recording side 
using the playback time (PTS), video object VOB 36 in 
video object layer 35 is designated via video object in- 
formation VOBI 24 in video object (VOB) management 
information layer 23, and video object unit VOBU 37 in 
video object layer 35 is designated via video object unit 
information VOBU I 25 in video object management in- 
formation layer 23. When VOB 36 and its VOBU 37 are 
designated, the playback start location is specified. VO- 
BU 37 may be formed of a plurality of packs 38, which 
store video recording recorded contents. 
[0045] As will be described in detail later, when play- 
back is to start from the middle of cell 13 on the stream 
recording side, the playback start location can be des- 
ignated using a time in units of the number of fields by 
ESOBU__PB_TM (FIG. 8). On the other hand, when the 
playback is to start from the middle of cell 13* on the 
video recording side, the playback start location can be 
designated by VOBU_PB TM (not shown) in time map 
information (TMAPI) specified by the video recording 
standard. 

[0046] The contents of FIG. 2 can be summarized as 
follows. That is. stream recording management data 
(PCGI) can be recorded in a file common to video re- 
cording, and stream recording can be controlled com- 
mon to video recording. Also, stream recording and vid- 
eo recording can be linked for respective cells, and the 
playback location in each of stream recording and video 
recording can be designatec by a playback time. 



[0047] Irrespective of the recording method (stream 
or video recording), after a given broadcast program 
(program) is recorded on disc 100, special playback re- 
quirements (e.g., the user wants to start playback (time 
5 search) from a desired time or to make fast-forwarding 
(FFVfast-rewinding (FR) in a desired program) are often 
generated. To meet such requirements, special man- 
agement information is required to manage recorded 
data. 

10 [0048] This management information will be de- 
scribed below with reference to FIGS. 3 to 13. 
[0049] FIG. 3 is a view for explaining an example of 
the configuration of a field (RTFLVMGI) of one manage- 
ment information (RTR VMG) recorded on AV data 

15 management information recording area 130 shown in 
FIG. 1. 

[0050] Note that stream recording in this embodiment 
will be abbreviated as ESR (Extended Stream Record- 
ing), and video recording will be abbreviated as VR. 
20 Then, management information of ESR data is saved in 
RTR_VMG 1 30, and is managed in the same way as VR 
data, as shown in FIG. 3. 

[0051] RTR VMG 130 includes video manager infor- 
mation (RTRJ/MGI) 1310, stream file information table 

25 (ESFIT: Extend Stream File Information Table) 1320, 
(original) program chain information (ORG_PGCI) 
1330, and play list information (PL_SRPT: or user-de- 
fined program information table: UD_PGCIT) 1340. 
[0052] Note that the play list and user-defined pro- 

30 gram chain have substantially equivalent meanings al- 
though they have different names, and are synonymous 
with a play list and user-defined program chain used in 
the video recording standard. Hence, in the following de- 
scription, play list related information (PL_SRP and the 

35 like) and user-defined program chain related informa- 
tion (UD_PGCIT_SRP and the like) are included as 
needed. 

[0053] RTR_VMGI 1310 includes disc management 
identification information (VMGJD/ESMGJD) 1311, 

40 version information (VERN) 1312, EStream object man- 
agement information start address (ESFIT^SA) 1313, 
program chain information start address 
(ORG_PGCI_SA) 1315, and play list information start 
address (UD_PGCIT_SA) 1316. ESR stream manage- 

45 ment information is saved in ESFIT 1320. 

[0054] FIG. 4 is a view for explaining an example of 
the configuration of ESFIT 1320 in FIG. 3. This ESFIT 
1320 includes stream file information table information 
(ESFITI) 1 321 , one or more pieces of ESOB stream in- 

so formation (ESOB_STI#1 to ESOB .STI#m) 1322, and 
stream file information (ESFI) 1323. (Note that 1321 
may be considered as general information.) 
[0055] FIG. 5 is a view for explaining an example of 
the configuration of ESFITI 1321 and ESFI 1 323 in FIG. 

55 4. ESFITI 1321 includes information 13211 indicating 
the number of ESOBs, information 13212 indicating the 
number of pieces of ESOB^STI, and information 13213 
indicating the end address of the ESFIT. ESF1 1323 in- 
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eludes general information ESFI_G1 13231 , oneormore 
pieces of stream object information (ESOBI#1 to ESO- 
Bl#m) 13233, and one or more search pointers 
(ESOBI_SRP#1 to ESOBLSRP#m) 13232 for these 
(ESOBI#1 to ESOBI#m). 

[0056] FIG. 6 is a view for explaining the configuration 
of each stream object information (e.g., ESOBI#1) 
13233 in FIG. 5. This ESOBI#1 13233 includes stream 
object general information (ESOB_GI) 13221, and one 
or more pieces of map group information 
(MAP_Groupl#1 to MAP_Groupl#n) 13222. 
[0057] ESOB_GI 13221 includes PAT7PMT (Program 
Association Table/Program Map Table) 1322100 for all 
of one or more streams, recording start time information 
1322101, ESOB start PTS/ATS (Presentation Time 
Stamp/Arrival Time Stamp: presentation time stamp/ 
first TS packet arrival time) 1322102, ESOB end PTS/ 
ATS 1322103, file pointer (relative address) 1322104 of 
the first ESOBU in that ESOB, received stream packet 
length (188 bytes forTS packets) 1322105, number (85 
for TS packets) of stream packets 1 3221 06 in a pack 
group, the number of map groups 1322107, and the 
number of entries 1322108 of map group #1 to the 
number of entries 1322109 of map group #n for one or 
more map groups. 

[0058] Also, each map group information (e.g., 
MAP_Groupl#n) 13222 includes map group general in- 
formation (MAP_Group_GI) 132220, one or more map 
entries (MAP_ENT#1 to MAP_ENT#r) 132221 , and one 
or more ESOBU entries (ESOBU_ENT#1 to 
ESOBU_ENT#q). 

[0059] FIG. 7 is a view for explaining an example of 
the configuration of MAP_Group_GI 132220 and each 
map entry (e.g., MAP_ENT#r) 132221 in FIG. 6. 
[0060] MAP_Group_GI 132220 includes the number 
of map entries (MJ=NT_NUMs) 1322201, the number 
of ESOBU entries (ESOBU_ENT_NUMs) 1322202, 
time offset information (TM_OFS) 1 322203, address off- 
set information (ADD_OFS) 1322204, ESOBU type in- 
formation 1322205, and PMTJD/program ID informa- 
tion 1322206. 

[0061 ] Note that ESOBU type information 1 322205 in- 
cludes: 

type information = "00" ... video data available; 
type information = "01" ... video data not available, 
audio data available; 
type information = "10" ... other. 

[0062] MAP_ENT#r 132221 includes ESOBU entry 
number (ESOBU_ENTN) 1322221, time difference 
(TM_DIFF) 1322222, and target ESOBU address (Tar- 
get ESOBU_AQR) 1322223. This Target ESOBU_ADR 
1322223 can be expressed by the number of TS packets 
or the number of packs (the number of sectors) of a disc. 
[0063] FIG 8 is a view for explaining an example of 
the configuration of ESOBU_ENT#1 132222 shown in 
FIG. 6. ESOBU_ENT#1 132222 includes information 
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132231 indicating the number of packs or the number 
of TS packets of 1st_Ref_PIC, ESOBU playback time 
(ESOBU_PB_TM: corresponding to the number of vid- 
eo fields) 132232, ESOBU size (ESOBU_SZ; which can 
s be expressed by the number of TS packets or the 
number of packs) 132233, and playback time 
(1st_Ref_PIC_PTM) 132234 of PCR_Pack number or 
1st_Ref_PIC. 

[0064] Notethatthere are three types of ESOBU, i.e., 
10 a case wherein video data is available, a case wherein 
no video data is available but audio data is available, 
and a case of only other kinds of information. These 
types are respectively expressed by <1 >, <2>, and <3>. 
That is, there are three types of ESOBU entry informa- 
15 Hon in accordance with the aforementioned types. 

[0065] FIG. 9 is a view for explaining an example of 
thecontents of ESOBU entry information 132222 shown 
in FIG, 8 depending on the availability of video and audio 

20 [0066] <1> When video data is available, ESOBU en- 
try information includes the end address information of 
thefirst reference picture (I picture orthe like) in an entry 
from the head of ESOBU, ESOBU playback time (the 
number of fields), ESOBU size, and pack number with 
25 the PCR, or reference picture playback time (the 
number of fields from the head of ESOBU). Note that 
the PCR is the closest one which is located before the 
position of the reference picture. 

30 * More specifically, when video data is available: 

ESOBU is delimited (a) at randomly accessible 
positions, (b) in units corresponding to an inte- 
ger multiple of GOP, or (c) within a maximum of 
35 1 sec as a playback time 

[0067] The numoer of packs of 1st_Ref_PIC is that 
from the head of ESOBU to the end of the reference 
picture (Ref_PIC). When the number of packs is 
40 "Oxffffffff". it indicates that Ref_PIC is not present or 
found in that SOBU. In this case, this SOBU cannot be 
used as an access point upon special playback. 
[0068] The PCR_Pack number indicates the number 
of packs from the head of ESOBU closest to 
45 1 st_Ref_PIC to a pack that stores the PCR. The first bit 
of the PCR_Pack number is used as a ( flag (e.g., "0" 
indicates "+ direction"; "1" indicates "- direction"). If no 
PCR is available, the PCR_Pack number is set to be 
"Oxfff", or the playback time of 1st_Ref_PIC 
so (1 st„Ref_PIC_PTM) can be adopted instead. 

[0069] <2> When video data is not available and au- 
dio data is available, ESOBU entry information includes 
the end address information of the first audio frame in 
an entry from the head of ESOBU, ESOBU playback 
55 time (the number of fields), ESOBU size, and pack 
number with the PCR. 

More specifically, when video data is not available 
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and audio data is available: 

ESOBU is delimited at 1-sec intervals. 

[0070] The number of packs of 1st_Ref_PIC is the 
number of last packs of Ihe audio frame at the head of 

ESOBU. 

[0071] The PCFLPack number indicates the number 
of packs from the head of SOBU closest to an audio 
frame at the head of ESOBU to a pack that stores the 
PGR. The first bit of the PCR„Pack number is used as 
a ( flag (e.g., "0" indicates "i direction": "1" indicates "- 
direction"). If no PGR is available, the PCR.Pack 
number is set to be "Oxffff". 

[0072] <3> When only other kinds of information arc 
available, since entry information cannot be formed, all 
data are padded with "FP's. 

* More specifically, when neither video data nor audio 
data are available, and only other kinds of informa- 
tion (data broadcast information and the like) are 
available: 

ESOBU is delimited at 1 -sec intervals. 

[0073] The number of packs of 1 st_Ref_PIC is fixed 
to "Oxffffffff". 

[0074] The PCR_Pack number is fixed to "Oxffffffff". 
[0075] FIG, 10 is a view for explaining an example of 
the configuration of another management information 
(stream data management information RTR .ESMG) re- 
corded on AV data management information recording 
area 1 30 shown in FIG. 1 . That is, stream data manage- 
ment information recording a-ea 1 30 as a part of AV data 
management information recording area 130 includes 
disc management information (ESMGI_MAT) 1310, 
stream object management information (ESFIT. global 
information) 1320, program chain information 
(ORG_PGCI) 1330, and play list information 
(UD_PGCIT) 1340. 

[0076] Program chain information (PGCI) 1330 in- 
cludes program chain general information (PGC_GI) 
1331, one or more pieces of program information 
(PGI#1 to PGI#p) 1332, and one or more pieces of cell 
information (Cl#1 to Gl#q) 1 333 This PGGI data struc- 
ture has substantially the same format as that of the vid- 
eo recording standard, except for its contents (cell infor- 
mation CI) (this difference will be explained below with 
reference to FIG. 11). 

[0077] FIG. 1 1 is a view for explaining an example of 
the contents of respective elements of the program 
chain information shown in FIG. 10. 
[0078] Program chain general information 1331 in- 
cludes the number of programs (PG Ns) 13311, and the 
number of cells (CI SRP Ns) 13312 in the program 
chain. 

[0079] Each program information 1332 includes pro- 
gram type (PG_TY) 13321 , the number of cells (C_Ns) 
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13322 in the program, and program contents informa- 
tion (primary text information PRfVLTXTI, item text 
search pointer number ITJFXT^SRPN, representative 
picture information REP_PICTI, and the like) 13323. 

s [0080] Each cell information 133 includes cell type 
(C _TY) 1 3331 , cell playback lime 1 3332, corresponding 
ESOB number 13333, cell start PTS/ATS (presentation 
time stamp/ESOBU arrival time) 13334, cell end PTS/ 
ATS 13335, and map group number/PMTJD 13345. 

10 Note that an embodiment in which cell playback time 
13332 in cell information is omitted is also available 
[0081] Note that cell type 13331 includes: 

C TY - "0" ... VR moving picture (fvl^VOB) ; 
1S C_TY = "1" ... VR still picture (S...VOB); 
C_TY = "2" ... streamer (ESOB). 

[0082] FIG. 12 is a view for explaining an example of 
the configuration of the contents of the play list informa- 

20 tion shown in FIG. 10. 

[0083] The play list information (PL_SRPT or user-de- 
fined PGC information table UD_PGCIT) includes play 
list general information (PL„SRPTI or UD_PGCITI) 
1341, one or more play lists (their search pointers 

2s PL„SRP#1 to PL_SRP#r or UD_PGCI_SRP#1 to 
UD__PGCI_SRP#r) 1 342, and one or more pieces of cell 
information (Cl#1 to Cl#s) 1343. . 
[0084] FIG. 13 is a view for explaining an example of 
the configuration of respective elements of the play list 

30 information shown in FIG. 12. 

[0085] Play list general information 1341 includes the 
number of play lists (PL_SRP_Ns) 13411, and the 
number of cells (C Ns) 13412 in all the play lists. Each 
play list 1342 includes play list typo (PL_TY) 13421 , the 

35 number of cells (C_Ns) 13422 in [he play list, and play 
list contents information (play list creation time 
PL_CREATE "TM, primary text information PRMJTXTI, 
item text search pointer number IT_TXT_SRPN, repre- 
sentative picture information REP_PICTI, and the like) 

•*o 13423. 

Each cell information 1343 includes cell type (C_TY) 
13341, cell playback time 13342, reference ESOB 
number (ESOBN) 13343, cell start PTS/ATS (presenta- 
tion time stamp/ESOBU arrival time) 13344, cell end 
45 PTS/ATS 13345, and map group number/PMTJD 
13345. Note that an embodiment In which cell playback 
time 13342 in cell information is omitted is also availa- 
ble. 

[0086] Note that cell type 1 3341 includes: 

50 

C_TY = "0" ... VR moving picture (M \IOB) ; 
C_TY = "1" ... VR still picture (S^VOB); 
C_TY = "2" ... streamer (ESOB). 

55 [0087] In the embodiment of the present invention, 
PGC information is used as playback information, and 
has the same format as that of video recording. Howev- 
er, in thecell information shown in FIGS 11 and 13, the 
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ESOB type is added to the cell type. Furthermore, the 
ESOB number is designated, and two types of the play- 
back start time and end time, i.e., start PTS and ATS (or 
APAT) and end PTS and ATS are assumed. Moreover, 
the map group number or stream number Is assumed. 
[0088] In the embodiment of the present invention, the 
struclure of the extend stream object set (ESOBS) is 
made up of one or more extend stream objects (ESOB), 
each of which corresponds to, e.g., one program. Each 
ESOB includes one or more ESOBUs (Extend Stream 
Object Units), each of which corresponds to object data 
for 1 sec as a playback time or one or two GOP data 
[0089] FIG. 14 is a view for explaining an example of 
theconfigurationofthestream object data unit (ESOBU) 
shown in FIG. 1 or 2. 

[0090] One ESOBU includes one or more pack 
groups 140, each of which includes, e.g., 8 packs (1 
pack = 1 sector: 2048 bytes). 

[0091] Each pack group 140 includes pack group 
header (152 bytes) 161. one or more (85 in this case) 
MPEG-TS packets (188 bytes) 162, and one or more 
(84 in this case) I A PAT (Incremental Packet Arrival 
Time; 3 bytes) data 163. 

[0092] Pack group header 161 includes pack arrival 
time (ATS) 1 51 , copy generation management informa- 
tion (or copy control information CCI) 152, display con- 
trol information (DCI) 153, manufacturer's information 
(MNI) 154, presentation time information (PTS) 155, 
and PCR location information (PCRI; Program Clock 
Reference Information) 156. 

[0093] Each MPEG-TS packet 162 includes 4-byte 
header 170 and adaptation field and/or payload 180. 
Note that header 1 70 includes sync byte 1 71 , transport 
error indicator 172, payload unit start indicator 173, 
transport priority 1 74, packet identifier (PID) 1 75, trans- 
port scramble control 1 76, adaptation field control 1 77, 
and continuity index 178. 

[0094] ATS stream (FIG. 14) as a common basic for- 
mat in systems that broadcast (distribute) compressed 
moving picture data such as digital TV broadcast data 
and broadcast data using a wired network such as the 
Internet orthe like is divided into a packet management 
data field (170) and payload (1 80). 
[0095] The payload includes data to be played back 
in a scrambled state. According to the digital broadcast 
standard ARIB, the PAT (Program Association Table), 
PMT (Program Map Table), and SI (Service Information) 
are not scrambled. Also, various kinds of management 
information can be generated using the PMT and SI 
(SDT: Service Description Table, EIT: Event Information 
Table, BAT; Bouquet Association Table). 
[0096] Data to be played back includes MPEG video 
data, Dolby AC3( audio data, MPEG audio data, data 
broadcast data, and the like. As information required up- 
on playback, a plurality of pieces of information (pro- 
gram information and the like) such as PAT, PMT, SI, 
and the like are used although they are not directly re- 
lated to data to be played back. 
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[0097] The PAT includes the PID (Packet Identifica- 
tion) of the PMT for each program, and the PMT records 
the PIDs of video data and audio data. 
[0098] In this way, a normal playback sequence of the 
5 STB (Set Top Box) is as follows. That is, when the user 
determines a program from EPG (Electronic Program 
Guide) information, the PAT is loaded at the beginning 
of the target program, and determines the PID of the 
PMT, which belongs to the desired program, on the ba- 
te sis of that data The target PMT is read out in accord- 
ance with that PIT, and the PIDs of video and audio 
packets to be played back, which are contained in the 
PMT, are determined. Video and audio attributes are 
read out based on the PMT and SI and are set in re- 
's spective decoders. The video and audio data are ex- 
tracted and played back in accordance with their PIDs. 
Note that the PAT, PMT, SI, and the like are transmitted 
at intervals of several 1 00 ms since they are used during 
playback. 

[0099] Upon recording on a disc medium such as a 
DVD-RAM or the like using these data, it is advanta- 
geous to directly record broadcast data as digital data. 
[0100] If a plurality of streams are to be recorded at 
the same time, the number of streams to be recorded 
may be stored in SOBi, PMT data corresponding to re- 
spective streams may be saved, special playback map 
information (map group information) may be stored for 
each stream, and the numbers of streams to be played 
back (channel numbers or PID data of PMT data) may 
be recorded in cell information. 
[0101] FIG. 15 is a view for explaining an example of 
the configuration of pack arrival time (ATS) 151 con- 
tained in the pack group header shown in FIG. 14. For 
example, 6 bytes are assigned to ATS 151. The upper 
bytes of ATS 151 represent PAT-base (e.g., a counter 
value of 90 kHz) and the lower byte represents PAT-ex- 
tend (e.g., a counter value of 27 MHz). 
[0102] Practical arrival time PAT is expressed by 
PAT_base/90000 Hz + PAT_exten/27,000,000 Hz. In 
this manner, ATS 151 can be finely expressed for, e.g., 
respective video frames. 

[0103] FIG. 16 is a view for explaining an example of 
the configuration of copy generation management infor- 
mation (or copy control information CCI) contained in 
the pack group header shown in FIG. 14. in this case, 
32 bytes are assigned to CCI 152. As the contents, a 
reserve bit (1 bit) is assigned at the head of the informa- 
tion, and a set (3 bits) of digital copy control information 
(2 bits) and analog copy control information (1 bit) is re- 
petitively assigned 85 times. 
[0104] Note that the digital copy control information 
indicates "copy never" if it is "00"; "copy once" if it is "01 " ; 
and "copy free" if it is "11 ". Also, the analog copy control 
information indicates "copy free" (no analog protection 
system APS) if it is "0"; and "copy never" (with APS) if 
it is "1". The copy control information value can be set 
based on a value (see FIGS. 35 to 37) recorded in SI in 
a stream (contents). 
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[0105] FIG. 17 is a view for explaining an example of 
the configuration of display control information (DCI) 
153 contained in the pack group header shown in FIG. 
14. In this case, 32 bytes are assigned to DCI 153. As 
the contents, a reserve bit (1 bit) is assigned at the head 
of the information, and a set (3 bils) of aspect informa- 
tion (1 bit), interlaced/progressive (UP) information (1 
bit), and standard/high-definition (SD/HD) information 
(1 bit) is repetitively assigned 85 times. 
[0106] Note that the aspect information indicates an 
aspect ratio 4 : 3 if it is "0"; and 16 : 9 if it is "1". The l/P 
information indicates interlaced display if it is "0"; and 
progressive display if it is "1". The SD/HD information 
indicates standard image quality (image quality of 
standard NTSC or PAL class) if it is "0"; and high-defi- 
nition image quality (image quality of high-definition or 
Hi-Vision class) if it is "1 ". The aspect information value 
can be set based on a value (see FIGS. 38 and 39) re- 
corded in SI in a stream (contents). 
[0107] FIG. 18 is a view for explaining an example of 
the configuration of increment (IAPAT) 1 63 of the packet 
arrival time contained in the pack group shown in FIG. 
14 after the pack group header. In this case, for exam- 
ple, 3 bytes are assigned to IAPAT 163. The upper 2 
bytes of IAPAT 163 express PAT-base (e.g., a counter 
value of 90 kHz) and the lower 1 byte represents PAT- 
extend (e.g., a counter value of 27 MHz). Since IAPAT 
163 can be expressed by an increment (change) from 
ATS 151 in place of an absolute time, the data size of 
IAPAT can be smaller than that of ATS. 
[0108] Practical arrival time PAT in IAPAT 163 is ex- 
pressed by ATS + PAT_base/90000 Hz + PAT_exten/ 
27,000,000 Hz. In this manner, IAPAT 1 63 can be finely 
expressed for, e.g. , respective video frames. As another 
embodiment, a difference from the arrival time of the im- • 
mediately preceding TS packet may be used. 
[0109] Note that "PAT" in "PAT-base and PAT-exten" 
shown in FIG. 1 5 or 1 8 means not "Program Association 
Table" but "Packet Arrival Time". 

[0110] FIG. 19 is a view for explaining an example of • 
the configuration of PCR location information 
(PCR^Pack number or the like) contained in the pack 
group header shown in FIG. 14. In this case, PCR (Pro- 
gram Clock Reference) location information 156 is used 
as PCR information (PCRI). 

[0111] This PCR location information 156 is ex- 
pressed by, e.g., 2 bytes. These 2 bytes can express a 
PCR pack number. This PCR pack number can be ex- 
pressed by the number of packs from the head of ESO- 
BU closest to first reference picture (i.e., first l-picture) 
1st_Ref_PIC to a pack that stores the PCR. The first bit 
of the PCR pack number is used as a ( flag (e.g., "0" 
indicates "+ direction"; "1" indicates "- direction"). If no 
PCR is available, the PCR_Pack number is set to be 
"Oxfff". i 
[0112] FIG, 20 is a block diagram for explaining an 
example of the apparatus which records and plays back 
AV information (digital TV broadcast program or the like) 



on an information recording medium (optical disc, hard 
disc, or the like) using the data structure according to 
the embodiment of the present invention. 
[0113] Asshown in FIG. 20, this apparatus (digital vid- 
eo recorder/streamer) comprises MPU unit 80, key input 
unit 103, remote controller receiver 103b for receiving 
user operation information from remote controller 103a, 
display unit 104, decoder unit 59, encoder unit 79, sys- 
tem time counter (STC) unit 102, data processor 
1 (D-PRO) unit 52, temporary storage unit 53, disc drive 
unit 51 for recording/playing back information on/from 
recordable optical disc 100 (e.g., a DVD RAM or the 
like), hard disc drive (HDD) 100a, video mixing (V-mix- 
ing) unit 66, frame memory unit 73, analog TV D/A con- 
verter67. analog TV tuner unit 82, terrestrial digital tuner 
unit 89, and STB (Set Top Box) unit 83 connected to 
satellite antenna 83a. Furthermore this apparatus com- 
prises digital l/F 74 (e.g., IEEE1394) to cope with digital 
inputs/outputs as a streamer. 

[0114] Note that STC unit 102 counts clocks on a 
27-MHz basis in correspondence with PAT-base shown 
in FIG. 15 or 18 

[0115] STB unit 83 decodes received digital broad- 
cast data to generate an AV signal (digital). STB unit 83 
sends the AV signal to TV 68 via encoder unit 79, de- 
coderunit59, and D/A converter 67 in the streamer, thus 
displaying the contents of the received digital broadcast. 
Alternatively. STB unit 83 directly sends the decoded AV 
signal (digital) to V-mixing unit 66. and can send an an- 
alog AV signal from it to TV 68 via D/A converter 67. 
[0116] The apparatus shown in FIG. 20 forms a re- 
corder comprising both the video and stream recording 
functions. Hence, the apparatus comprises components 
(IEEE1394 l/F and the like) which are not required in 
video recording, and those (AV input A/D converter 84, 
audio encode unit 86. video encode unit 87, and the like) 
which are not required in stream recording. 
[0117] Encoder unit 79 includes A/D converter 64, vid- 
eo encode un it 87, input selector 85 to video encode unit 
87, audio encode unit 86. a sub-picturo encoda unit (as 
needed although not shown), format unit 90, and buffer 
memory unit 91 . 

[0118] Decode unit 59 comprises demultiplexer 60 
which incorporates memory 60a, video decode unit 61 
which incorporates memory 61 a and reduced-scale pic- 
ture (thumbnail or the like) generator 62, sub-picture 
(SP) decode unit 63, audio decode unit 64 which incor- 
porates memory 64a, TS packet transfer unit 101, video 
processor (V-PRO) unit 65, and audio D/A converter 70. 
An analog output (monaural, stereo, or AAC 5.1 CH sur- 
round) from this D/A converter 70 is input to an AV am- 
plifier or the like (not shown) to drive a required number 
of loudspeakers 72. 

[0119] In order to display contents, whose recording 
is in progress, on TV 68, stream data to be recorded is 
sent to decoder unit 59 simultaneously with D-PRO unit 
52. and can be played back. In this case, MPU unit 80 
makes setups upon playback in decoder unit 59, which 
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then automatically execute a playback process. 
[01 20] D-PRO unit 52 forms ECC groups by combin- 
ing, e.g., every 16 packs, appends ECC data to each 
group, and sends them to disc drive unit 51 . When disc 
drive unit 51 is not ready to record on disc 100, D-PRO s 
unit 52 transfers Ihe ECC groups to temporary storage 
unit 53 and waits until disc drive unit 51 is ready to 
record. When disc drive unit 51 is ready, D-PRO unit 52 
starts recording. Temporary storage unit 53 may be as- 
sured by using a given area of HDD 100a. 10 
[0121] Note that MPU unit 80 can make read/write ac- 
cess to D-PRO unit 52 via a dedicated microcomputer 
bus. 

[0122] The apparatus shown in FIG. 20 assumes op- 
tical disc 100 such as DVD-RAM/-RW/-R/Blue media 15 
(recordable media using blue laser) and the like as pri- 
mary recording media, and hard disc drive (HDD) 1 00a 
(and/or a large-capacity memory card (not shown) or the 
like) as its auxiliary storage device. 

[0123] These plurality of types of media can be used 20 
as follows. That is, stream recording is done on HDD 
100a using the data structure (format) shown in FIGS. 
1 to 1 9. Of stream recording contents which are record- 
ed on HDD 100a, programs that the user wants to pre- 
serve directly undergo stream recording (direct copy or 25 
digital dubbing) on disc 100 (if copying is not inhibited 
by copy control information CCI). In this manner, only 
desired programs having quality equivalent to original 
digital broadcast data can be recorded together on disc 
100. Furthermore, since the stream recording contents 30 
copied onto disc 100 exploit the data structure of the 
present invention, they allow easy special playback 
processes (to be described later with reference to FIG. 
44) such as time search and the like, although these 
contents are recorded by stream recording. 35 
[0124] A practical example of a digital recorder having 
the aforementioned features (a streamer/video recorder 
using a combination of a DVD-RAM/-RW/-R/Blue media 
and HDD) is the apparatus shown in FIG. 20. The digital 
recorder shown in FIG. 20 is configured to roughly in- 40 
elude a tuner unit (82, 83, 89), disc unit (100, 100a), en- 
coder unit 79, decoder unit 59, and a controller (80). 
[0125] Satellite digital TV broadcast data is delivered 
from a broadcast station via a communication satellite. 
The delivered digital data is received and played back 45 
by STB unit 83. This STB 83 expands and plays back 
scrambled data on the basis of a key code distributed 
from the broadcast station. At this time, scramble from 
the broadcast station is descrambled. Data is scrambled 
to prevent users who are not subscribers of the broad- so 
cast station from illicitly receiving broadcast programs. 
[01 26] In STB unit 83, the broadcast digital data is re- 
ceived by a tuner system (not shown). When the re- 
ceived data is directly played back, it is descrambled by 
a digital expansion unit and is decoded by an MPEG 55 
decoder unit. Then, the decoded received data is con- 
verted into a TV signal by a video encoder unit, and that 
TV signal is externally output via D/A converter 67. In 



this manner, the digital broadcast program received by 
STB unit 83 can be displayed on analog TV 68. 
[0127] Terrestrial digital broadcast data is received 
and processed in substantially the same manner as sat- 
ellite broadcast data except that it does not go through 
any communication satellite (and is not scrambled if it 
is a free broadcast program). That is. terrestrial digital 
broadcast data is received by terrestrial digital tuner unit 
89, and the decoded TV signal is externally output via 
D/A converter 67 when it is directly played back. In this 
way a digital broadcast program received by terrestrial 
digital tuner unit 89 can be displayed on analog TV 68. 
[0128] Terrestrial analog broadcast data is received 
by terrestrial tuner unit 82, and the received analog TV 
signal is externally output when it is directly played back. 
In this way, an analog broadcast program received by 
terreslrial tuner unit 82 can be displayed on analog TV 
68. 

[0129] An analog video signal input from external AV 
input 81 can be directly output to TV 68. Also, after the 
analog video signal is temporarily A/D-converted into a 
digital signal by A/D converter 84, and that digital signal 
is then re-converted into an analog video signal by D/A 
converter 67, that analog video signal may be output to 
the external TV 68 side. In this way, even when an an- 
alog VCR playback signal that includes many jitter com- 
ponents is input from external AV input 81 , an analog 
video signal free from any jitter components (that has 
undergone digital time-base correction) can be output 
to the TV 68 side. 

[0130] A digital video signal input from digital l/F 
(IEEE1394 interface) 74 is output to the external TV 68 
side via D/A converter 67. In this way, a digital video 
signal input to digital l/F 74 can be displayed on TV 68. 
[0131] A bitstream (MPEG-TS) input from satellite 
digital broadcast, terrestrial digital broadcast, or digital 
l/F 74 can undergo stream recording in stream object 
group recording area 131 (FIG. 1 (d)) of disc 100 (and/ 
or HDD 100a) as stream object 132 in FIG. 1 (e). 
[0132] An analog video signal from terrestrial analog 
broadcast or AV input 81 can undergo video recording 
on VR object group recording area 122 (FIG. 1 (d)) of 
disc 100 (and/or HDD 100a). 

[0133] Note that the apparatus may be configured to 
temporarily A/D-convert an analog video signalfrom ter- 
restrial analog broadcast or AV input 81 into a digital sig- 
nal, and to make stream recording of the digital signal 
in place of video recording. Conversely, the apparatus 
may be configured to make video recording of a bit- 
stream (MPEG-TS) inputfrom satellite digital broadcast, 
terrestrial digital broadcast, or digital l/F 74 (after it un- 
dergoes required format conversion) in place of stream 
recording. 

[0134] Recording/playback control of stream record- 
ing or video recording is done by firmware (control pro- 
grams and the like corresponding to operations shown 
in FIGS. 24 to 44 to be described later) of main MPU 
unit 80. MPU unit 80 has management data generation 
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unit 806 for stream recording and video recording, gen- 
erates various kinds of management data (FIGS, 2 to 
19 and the like) using work RAM 80A as a work area, 
and records the generated management information on 
AV data management information recording area 1 30 in 
FIG. 1 (d) as needed. MPU unit 80 plays back manage- 
ment information recoided on AV data management in- 
formation recording area 130, and executes various 
kinds of control (FIGS. 24 to 44) on the basis of the 
played back management information. 
[0135] The features of medium 100 (100a) used in the 
apparatus of FIG. 20 will be briefly summarized below. 
That is this medium has management area 1 30 and da- 
ta area 1 31 . Data is separately recorded on the data ar- 
ea as a plurality of object data (ESOB), and each object 
data is made up of a group of data units (FSOBU). One 
data unit (ESOBU) includes pack groups each of which 
is formed by converting a MPEG-TS compatible digital 
broadcast signal into TS packets and packing a plurality 
of packets (see FIGS. 1 and 14). On the other hand, 
management area 130 has PGC information (PCGI) as 
information used to manage the playback sequence. 
This PGC information contains cell information (CI) (see 
FIGS. 10 to 13). Furthermore, management area 130 
includes information used to manage object data (ES- 
OB) (see FIGS, 4 to 9). 

[0136] The apparatus shown in FIG. 20 can make 
stream recording on medium 100 (100a) with the above 
data structure in addition to video recording. In this case, 
in order to extract program map table PMT and service 
information SI from a TS packet stream, MPU unit 80 
has a service information extraction unit (not shown; 
firmware that forms managemeni data management 
unit 80B). Also, MPU unit 80 has an attribute information 
generation unit (not shown; firmware that forms man- 
agement data management unit SOB) that generates at- 
tribute information (PCFLPack number and the like in 
FIG. 8) on the basis of information extracted by the serv- 
ice information extraction unit, 

[0137] FIG. 21 shows an example of management in- 
formation stored in AV data management information re- 
cording area 130 shown in FIG, 1 , and is a view for ex- 
plaining the data structure as a combination of video re- 
cording management information VMG and stream re- 
cording management information ESMG according to 
the embodiment of thepresent invention. FIG. 21 snows 
an embedding example of information (ESFIT) used to 
manage MPEG-TS (one of AV data) of recorded digital 
TV broadcast data of management information stored 
in AV data management information recording area 1 30 
shown in FIG. 1 . In FIG. 21 , stream file information table 
(ESFIT) 1320 that has been explained using FIGS. 4 
and 5 is allocated after movie AV file information table 
(M . AVFIT) 1370. After ESFIT, original program chain in- 
formation (ORG _PGCI) 1330, user-defined PGC infor- 
mation table (UD_PGCIT) 1340, text data manager 
(TXTDT_MG) 1350, manufacturer's information table 
(MIMFIT) 1360 are allocated as in video recording man- 



agement information VMG. Upon adopting such data 
structure of management information (similar to the vid- 
eo recording standard), it becomes easier to effectively 
utilize existing control software resources that have 

5 been developed for recorders based on the existing vid- 
eo recording standard (by partially modifying them). 
[0138] FIG. 22 is a view for explaining an example of 
the configuration of the contents of stream information 
(one of ESOBLSTI#1 to ESOBLSTItfm) included in 

10 management information (ESFIT) 1322 shown in FIG. 
21 . This ESOBLSTI includes, in turn from lower relative 
byte positions, video attribute V_ATR, the number 
AST_Ns of audio stream, the number SPJMs of sub-pic- 
ture streams, attribute A_ATR0 of audio stream #0, at- 

15 tribute A„ATR1 of audio stream #1, and pallet data 
SP_PLT of sub-picture data. 

[0139] FIG. 23 is a view for explaining an example of 
the configuration of the contents of video attribute infor- 
mation (V_ ATR) included in the stream information 

20 shown in FIG. 22. This V....ATR includes information 
(MPEG1 , MPEG2, or the like) indicating a video com- 
pression mode, information (NTSC, PAL, or the like, or 
SD, HD, or the like) indicating a TV mode, information 
indicating an aspect ratio, information indicating a video 

25 resolution, and interlaced/progressive identification in- 
formation l/P. 

[0140] If the information indicating an aspect ratio is 
"00b". it indicates an aspect ratio = 4:3; if the informa- 
tion is "01b", it indicates an aspect ratio = 16 : 9. If iden- 
30 tification information l/P is "00", it indicates progressive 
display; it the information is "01", it indicates interlaced 
display. 

[0141] If the information indicating a video resolution 
is "000", it indicates horizontal'vertical resolutions = 

35 720*480, if the information is "001", it indicates horizon- 
tarvertical resolutions = 704*480; if the information is 
"010", it indicates horizontal*vertical resolutions = 
352*480; if the information is "011", it indicates horizon- 
tarvertical resolutions = 352*240; if the information is 

■to "100", it indicates horizontal*vertical resolutions = 
544*480: if the information is "101", it indicates horizon- 
tal'vertical resolutions - 480*480; and if the information 
is "110", it indicates Ehori/ontal*verticat resolutions = 
1920*1080. Note that 720* 480 progressive display or 

45 1920*1080 interlaced or progressive display corre- 
sponds to the HD resolution of Hi-vision or equivalent. 
Other resolutions correspond to the SD resolutions. 
[0142] FIG. 24 is a flow chart (overall operation proc- 
ess flow) for explaining an example of the overall oper- 

so ation of the apparatus shown in FIG. 20. For example, 
when the power switch of the apparatus in FIG, 20 is 
■turned on, MPU unit 80 makes initial setups (upon fac- 
tory shipment or after user's setups (step ST10). MPU 
unit 80 also makes display setups (step ST12) and waits 

55 for a user's operation. If the user has made a key input 
from key input unit 1 03 or remote controller 1 03a (step 
ST14), MPU unit 80 interprets the contents of that key 
input (step ST1 6). The following four data processes are 
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executed as needed in accordance with this input key 
interpretation result. 

[0143] That is, if the key input is, for example, a key 
operation made to set timer program recording, a pro- 
gram setting process starts (step ST20). If the key input s 
is a key operation made lo start recording, a recording 
process starts (step ST22). If the key input is a key op- 
eration made to start playback, a playback process 
starts (step ST24). If the key input is a key input made 
to output digital data to the STB, a digital output process w 
starts (step ST26). The processes in steps ST20 to 
ST26 are parallel executed as needed for respective 
tasks. For example, the process for outputting digital da- 
ta to the STB (ST26) is parallel executed during the play- 
back process (ST24). Or a new program setting process 15 
(ST20) can be parallel executed during the recording 
process (ST22) which is not timer program recording. 
Or by utilizing the feature of disc recording that allows 
high-speed access, the playback process (ST24) and 
digital output process (ST26) can be parallel executed 20 
during the recording process (ST22). 
[0144J FIG. 25 is a flow chart (interrupt process flow) 
for explaining an example of an interrupt process in the 
operation of the apparatus shown in FIG. 20. In the in- 
terrupt process in the control operation of MPU unit 80, 25 
an interrupt factor is checked (stepST30). If the interrupt 
factor indicates that an interrupt is generated due to 
"completion of transfer for one pack to D-PRO unit 52", 
the number of video recording packs is incremented by 
1 (step ST301). If the interrupt factor indicates that an so 
interrupt is generated due to "fetching of segmentation 
information from formatter unit 90", a fetch interrupt flag 
(not shown) of segmentation information 1 is set (step 
ST302). 

[0145] FIGS. 26 and 27 are flow charts (recording 35 
flow) for explain ng an example of the recording opera- 
tion (ST22in FIG. 24) of the apparatus shown in FIG. 20. 
[0146] <01> Upon reception of a recording command 
from the key input unit. MPU unit 80 loads management 
data from disc drive unit 51 (step ST100) and deter- 
mines an area to be read. At this time, MPU unit 80 
checks the file system to determine whether or not re- 
cording can be proceeded (if a recordable space re- 
mains on disc 100 or HDD 100a). If recording cannot be 
proceeded (NO in step ST1 02). a message that advises 
accordingly is displayed forthe user (step ST104), thus 
aborting the recording process. 
[0147] If recording can be proceeded (YES in step 
ST102), MPU unit 80 checks if recording to be made is 
stream recording of a digital broadcast signal or video 
recording of an anaiog broadcast signal (or video re- 
cording of an analog signal obtained by D/A-converting 
a digital broadcast signal). If recording to be made is not 
stream recording of a digital broadcast signal (NO in 
step ST106), a recording process based on the video 
recording standard starts. If recording to be made is 
stream recording of a digital broadcast signal (YES in 
step ST1 06), a recording start position is determined 



based on the management data loaded in step ST100. 
[0148] <02> The contents of the management area 
are set to write data in the determined area, and the write 
start address of video data is set in disc drive unit 51 , 
thus preparing for data recording (step ST110) . 
[0149] <03> As part of initial setups for recording, the 
time of STC unit 102 is reset (step ST112). Note that 
STC unit 102 is a system timer, and recording/playback 
is done (for respective frames) with reference to the 
count value of this timer. 

[0150] <04> The PAT (included in an MPEG-TS 
stream from STB unit 83) of a program to be recorded 
is loaded to determine the PID required to fetch the PMT 
of the target program. Then, the target PMT is loaded 
to determine the PIDs of data (video, audio) to be de- 
coded (to be recorded). At this time, the PAT and PMT 
are saved in work RAM 80A of MPU unit 80, and are 
written in the management information (step ST116), 
VMG file data is written in the file system, and required 
information (FIG. 3) is written in VMGI. 
[0151] <05> As part of initial setups for recording, re- 
cording setups of respective units are made (step 
ST112). At this time, a segmentation setup of data and 
reception setup of TS packets are made in formatter unit 
90. Also, the PID of data to be recorded is set to record 
only a target video stream. Also, buffer memory unit 91 
is set to start holding of TS packets. 
[0152] As part of recording start setups, a buffer data 
fetch start process from buffer memory unit 91 is set in 
formatter unit 90 (step ST114). Then, formatter unit 90 
starts a buffer fetch process (to be described later with 
reference to FIG. 29). 

[0153] <06> STI is generated based on the PMT (step 
ST120 in FIG. 27: details of this step will oe described 
later using FIG. 28). Next, a storage process in buffer 
memory unit 91 starts (step ST130) 
[0154] <07> If data stored in buffer memory unit 91 
reaches a predetermined si?e (for one continuous data 
area CDA) (YES in step ST140), a predetermined ECC 
process (which generates an ECC block for 8 sectors/ 
1 6 kbytes orfor 32 sectors/64 kbytes) is done via D-PRO 
unit 52, thus recording the data on the disc (step 
ST142) . 

[0155] <08> During recording, segmentation informa- 
tion is saved in work RAM 80A of MPU unit 80 (step 
ST146) periodically (before buffer RAM 91 of formatter 
unit 90 becomes full of data; YES in step ST144). The 
segmentation information to be saved is that of ESOBU 
data, i.e., the start address or pack length of each ES- 
OBU, the end address of l-picture data, the ESOBU ar- 
rival time (ATS), or the like may be saved. 
[0156] <09> The remaining space of disc 100 (or 
100a) during recording is checked. If the remaining 
space becomes equal to or smaller than a predeter- 
mined value (e.g , 150 Mbytes), a small remaining 
space process may be executed (not shown). As the 
small remaining space process, a process for erasing, 
if erasable unerased data (temporarily erased data 



14 



EP 1 463 340 A2 



thrown into a trash box file) remain on the disc, these 
data to increase the remaining space is known. Alterna- 
tively, as the smaii remaining space process, a process 
for increasing a recordable duration by lowering the re- 
cording rate (or by switching MPEG2 recording to 
MPEGt recording) if he p'lysical remaining space re- 
mains the same is also known. Also, when dummy 
packs used in after recording are recorded on disc 100, 
a process for aborting recording of these dummy packs 
may be executed as part of the small remaining space 
process. Alternatively, a process for continuing relay re 
cording on an unrecorded data of HDD 100a when the 
remaining space of disc 100 becomes small may be ex- 
ecuted as part of the small remaining space process 
[0157] <10> It is checked if recording is to end (if the 
user has pressed a recording end key or if no recordable 
space remains). If recording is to end (YES in step 
ST148), remaining segmentation information is fetched 
from formatter unit 90, and is added to work RAM 91 
These data are recorded in management data (VMGI). 
and remaining information is recorded in the file system 
(step ST150), 

[0158] <11> If recording is not to end (NO in step 
ST148), the flow returns to step ST140 to continue the 
data fetch process (step ST1 30) and write process (step 
ST142) . 

[0159] FIG 28 is a flow chart (ST! setting process 
flow) for explaining an example of the contents of the 
stream information generation process (ST120) shown 
in FIG. 27. In stream recording that records an 
MPEG-TS stream, a stream to be recorded contains the 
PMT, which describes a stream type (to be described 
later with reference to FIG. 34). 

[0160] In the stream information generation process 
(ST120), the stream type in the PMT (FIG. 34) is 
checked (steps ST1 200 and ST1 202). if the stream type 
is "0x01", an MPEG1 video STI setting process is exe- 
cuted (step ST1204): if the stream type is "0x02", an 
MPEG2 video STI setting process is executed (step 
ST1206): if the stream type is "0x03". an MPEG1 audio 
STI setting process is executed (step ST1 208); or if the 
stream type is "0x04", an MPEG2 audio STI setting 
process is executed (step ST1210). inner data are 
checked for these stream types, and various kinds of 
attribute information are set. Upon completion of gener- 
ation (setting process) of STI for all streams (NO in step 
ST1212), the control exits the process in FIG. 28 and 
advances to step ST130 in FIG. 27. 
[0161] In the flow of signals upon recording shown in 
FIGS. 26 to 28, TS packet data received by STB unit 83 
(or terrestrial digital tuner 82) are converted into pack 
groups by formatter unit 90, and these pack groups are 
saved in buffer RAM 91 . When TS packet data as pack 
groups stored the buffer RAM 91 reach a predetermined 
size (for one or an integer multiple of CDA size), they 
are recorded on disc 100. At this time, upon reception 
of TS packets, a group is formed every 85 packets, and 
a pack group header is generated, as will be described 



below with reference to FIG. 29. 
[0162] FIG. 29 is a flow chart (buffer fetch process 
flow) for explaining an example of the contents of the 
buffer fetch process (ST130) shown in FIG. 27. 
s [0163] <01> A TS packet is received (step ST1300). 
[0164] <02> If the fetched TS packet includes a PCR 
(YES in step ST1302), STC unit 102 is corrected (step 
ST1 304) . 

[0165] <03> If the packet of interest corresponds to 
10 the head of a pack group (YES in step ST1306), its ar- 
rival time is fetched from the STC and is saved as ATS 
data (stop ST1308). If the packet of interest docs not 
correspond to the head of a pack group (NO in step 
ST1306), the difference between the value of the ATS 
is of the head packet and its arrival time is allocated as 
I A PAT data before that TS packet (afterthe previous TS 
packet) (slep ST1310). 

[0166] <04> It is checked if the PMT that has been 
fetched initially and belongs to the current stream in- 

20 eludes copy information. If the PMT includes copy infor- 
mation (YES in step ST1312), copy control information 
CCI (FIG. 16) is formed based on that information 
(FIGS. 36 and 37) and is saved in the pack group header 
(step ST1313) so as to write all pieces of information in 

25 the pack group header. 

[0167] <05> If the PMT does not include any copy in- 
formation (NO in step ST1312), and if the received TS 
packet does not include any copy descriptor (NO in step 
ST1 314). copy inf ormatio n is formed based on the same 

so information as that of the previous pack (step ST1315). 
If the received TS packet includes a copy descriptor 
(YES in step ST1314), copy control information CCI 
(FIG. 16) is formed based on that information and is 
saved in the pack group header (step ST1316). 

35 [0168] <06> it is checked if the TS packet includes a 
component descriptor (FIG. 39). If the TS packet does 
not include any component descriptor (NO in step 
ST1318), the same information as that of the previous 
pack is saved in the pack group header (step ST1319). 

■*o If the TS packet includes a component descriptor (YES 
in step ST1318), resolution information (FIG. 17) is 
formed based on the included information (FIG. 39), and 
is saved in the pack group header (step ST1320). 
[0169] <07> It is determined whether or not a pack 

45 group is formed (more specifically, whether or not 85 TS 
packets are grouped). If a pack group is not formed yet 
(NO in step ST1322), the control returns to the head of 
buffer fetch process ST130; otherwise (YES in step 
ST1 322), group data is temporarily saved in buffer RAM 

50 91 (step ST1 323). 

[0170] If the head of a picture is included in a group, 
the PTS is saved with reference to the contents of the 
TS packet, if the TS packet contains no video data but 
audio data alone, CCI is formed in accordance with au- 

55 dio copy information. Furthermore, the availability of 
each information is detected and is saved in work RAM 
80A. Upon completion of recording, the information 
saved in work RAM 80A is recorded on management 
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information recording area 130 as management infor- 
mation (ST150 in FIG. 27). 

[0171] Upon playback, demultiplexer 60 interprets 
pack data read out from disc 100 (or HDD 100a) and 
sends a pack that includes TS packets to TS packet 
transfer unit 101 . After thai, the readout pack data are 
sen! lo respective decoders (61, 63, 64) and undergo 
corresponding playback processes (video playback, 
sub-picture playback, audio playback). 
[0172] Upon transferring TS packets to STB unit 83 
(or to an external digital TV or the like via IEEE1 394 l/F 
74), TS packet transfer unit 101 transfers data of only 
TS packets at the same time intervals as they arrived. 
[0173] FIGS. 30 and 31 are flow charts (overall play- 
back operation flow) for explaining an example of the 
playback operation (ST24 in FIG. 24) of the apparatus 
shown in FIG. 20. 

[0174] <01> A disc check process is made (step 
ST200) to check if the disc is a rewritable disc (R. RW. 
RAM). If the disc is not a rewritable disc (NO in step 
ST200), a message that advises accordingly is returned 
(step ST202), thus ending the process. 
[01 75] <02> If the disc is a rewritable disc (YES in step 
ST200), the file system of the disc is read out to check 
if data has already been recorded (step ST204). If no 
data is recorded (NO in step ST204), a message "no 
data is recorded" is displayed (step ST206), thus ending 
the process. 

[0176] <03> If data has already been recorded (YES 
in step ST204), management information (VMGfile) 1 30 
is loaded (step ST208) to determine programs and cells 
to be played back (by promptmgthe userto select them), 
and also to determ ine the playback start file po inter (log- 
ical address) (step ST2 1 0) . If a playback p rocess in the 
recorded order is selected, playback is made according 
toORG_PGCI(e.g., 1330 in FIG. 10). If a playback proc- 
ess for respective programs is to be made (in the se- 
quence of user's choice), playback is made according 
to UD_PGCI (or play list 1 342 in FIG. 12) with a number 
corresponding to the program to bo played back. 
[0177] <04> A process upon starting playback is ex- 
ecuted (step ST212). 

[0178] <05> Initial setups of respective decoders are 
made (step ST214). 

[0179] <06> A cell playback process (to be described 
later with reference to FIGS. 32 and 33) is executed 
(step ST220). It is checked if playback is to end (step 
ST230). If playback is to end (YES in step ST230), an 
error check process is executed (step ST240). If any er- 
ror is found (YES in step ST240), a message that advis- 
es accordingly is displayed (step ST242), and a play- 
back end process is executed (step ST244). If no error 
is found (NO in step ST240), a playback end process is 
executed (step ST246), thus ending this operation. 
[0180] <07> If playback is not to end (NO in step 
ST230), the next cell is determined based on PGCI (step 
ST232) and it is checked if setups of decoders (61, 64, 
and the like) are changed (step ST234). If the setups 
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are changed (YES in step ST234), change attributes are 
set in the decoders so as to change decoder setups in 
response to the next sequence end code (step ST236). 
After that, it is checked connection from playback of the 

s previous cell to that of the next cell is seamless. If con- 
nection is not seamless (NO in step ST238), MPEG de- 
coders (61 and the like) are set in a free run mode and 
a seamless connection flag is set (step ST239). The flow 
then returns to step ST220. If connection is seamless 

10 (YES in step ST238), the flow returns to step ST220. 
[0181] <08> During the cell playback process (step 
ST220), it is checked if playback is to end (step ST230). 
If playback is not to end, the process in step ST220 is 
continued. 

*s [0182] FIGS. 32 and 33 are flow charts (process flow 
upon cell playback) for explaining an example of the 
process upon cell playback in the apparatus shown in 
FIG. 20. The cell playback process is executed as fol- 
lows. 

20 [0183] <01> A start file pointer (logical block address) 
and end address file pointer (logical block address) of a 
cell are determined on the basis of program chain infor- 
mation PGCI and map information MAPI. A start FP (file 
pointer) of the cell is substituted in a read FP (file point- 

2s er), and a value obtained by subtracting the start file 
pointer from the end file pointer is set in a remaining cell 
length (step ST2200). 

[0184] <02> In decoder unit 59, a setup is made to 
execute a decode process. At this time, the PID of a TS 

so packet to be played back is set to determine a target to 
be decoded. Note that the PID to be set is loaded from 
the PMT in ESOBI. In case of ESOB data for a plurality 
of streams, the PID is determined using a program 
number in cell information. 

35 [0185] <03> A read process during playback is exe- 
cuted to determine the read address and read size 
based on the start file pointer (step ST2202). 
[0186] <04> The read size to be read out is compared 
with the remaining cell length. If the remaining cell length 

40 is larger than the read size (YES in step ST2204), a val- 
ue obtained by subtracting the read size to be read out 
from the remaining cell length is set as the remaining 
cell length (step ST2206). If the remaining cell length is 
smaller than the read size (NO in step ST2204), the read 

45 size is sel to be the remaining cell length, and the re- 
maining cell length is set to be zero (step ST2208). 
[0187] <05> The read length is set to be a read unit 
length, and the read address, read length, and read 
command are set in disc drive unit 51 (step ST2210). 

50 After that, transfer of readout data from disc drive unit 
51 to D-PRO unit 52 starts (step ST2212). 
[0188] <06> The control waits until readout data for 
one ESOBU are stored (in a buffer RAM (not shown) in 
D-PRO unit 52) (a loop formed if NO in step ST2214). 

55 If data for one ESOBU are stored (YES in stepST2214), 
the flow advances to step ST221 6. 
[0189] <07> In decoder unit 59, readout pack group 
data is received by demultiplexer 60 (step ST221 6) and 
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is demultiplexed into packets. In accordance with the 
stream ID and sub-stream ID, video packet data (MPEG 
video data) are transferred to video decode unit 61 , au- 
dio packet data are transferred to audio decode unit 64, 
and sub-picture packet data are transferred to SP de- s 
code unit 63. TS transfer unit 1 01 converts readout pack 
group data into an elemental stream, and sends it to re- 
spective decoders (61, 64} via an internal bus, thus ex- 
ecuting decode processes. 

[0190] If the resolution of the video signal is changed io 
(e.g., an SD signal is switched to an HD signal during 
playback) during the transfer process (YES in step 
ST2218), the control line of a D terminal arranged be- 
tween D/A converter 67 and external TV 68 is changed 
(e.g., from D1 mode to D3 mode) (step ST2220). is 
[0191] If the seamless connection flag is set (YES in 
step ST222?), read file pointer + read length is set in the 
read file pointer, MPEG decoder 61 is set in a normal 
mode (to read and set SCR), and the seamless connec- 
tion flag is set (step ST2224). 20 
[0192] <08> During playback, the contents of STC 
102 are displayed on display unit 104 as a playback 
time. If STB unit 83 can display a playback time based 
on the PTS in video data, that time can be used. 
[0193] «09> It is checked if transfer is complete. If 25 
transfer does not start (NO in step ST2226), the flow 
returns to step ST2214, 

[0194] <10> After the processes in steps ST2214 to 
ST2222, the sum of the read FP and the read length set 
in step ST2210 is substituted in the read FP (stop so 
SI 2224). 

[0195] <11> It is checked if transfer is complete. If 
transfer is complete (YES in step ST2226), the remain- 
ing cell length is checked. If the remaining cell length is 
not "00" (NO in step ST2228), the flow returns to step 35 
ST2202; otherwise, (YES in step ST2228), this process 
ends. 

[0196] <12> If transfer is not complete yet (NO in step 
ST2226), it is checked if a key input is detected (step 
ST2230). If a special playback process is to bo made <<o 
(YES in step ST2232 or YES in step ST2236), its direc- 
tion is set, read file pointer FP is calculated using map 
information MAPI, and a read process upon special 
playback (steps ST2234 and ST2238) is executed, thus 
ending this process. If no special playback process is to 45 
be made (NO in step ST2232, NO in step ST2236). the 
flow returns to step ST221 4. 

[01 97] Target file pointer FT of special playback is cal- 
culated based on map information MAPI to skip a pre- 
determined period of time. At this time, a method of cal- so 
culating FP by skipping a predetermined number of ES- 
OBU data in place of the predetermined period of time 
is available. If the end of a given cell is reached, the next 
cell information is read out based on program chain in- 
formation PGCI. an ESOB number and MAPI that the 55 
next cell uses are selected, and the read FP is calculat- 
ed similarly. If no cell to be played back remains, the 
process ends at that time. 



[0198] FIG. 34 is a view for explaining an example of 
the data structure of program map table PMT which can 
be used by the apparatus of FIG. 20. In this PMT, 8-bit 
stream type 3421 allows to identify various streams. For 
example, if the stream type is "0x01", it indicates an 
MPEG1 video stream; if the stream type is "0x02", it in- 
dicates an MPEG2 video stream (in case of Hi-Vision); 
if the stream type is "0x03", it indicates an MPEG1 audio 
stream; and if the stream type is "0x04", it indicates an 
MPEG2 audio stream (in case of AAC multi-channel au- 
dio). 

[0199] FIG. 35 is a view showing an example of the 
contents of a digital copy control descriptor that can be 
used in the PMT in FIG. 34 and the like (service descrip- 
tion table SDT, event information table EIT, and the like). 
[0200] In this descriptor, a "descriptor tag" field is set 
In be, e g , "0xC1", and a "descriptor length" field indi- 
cates the descriptor length. A "digital recording control" 
field describes "copy generation control data". A "max- 
imum bit rate flag" field describes "whether or not the 
maximum transfer rate of the service of interest is to be 
described". If the maximum transfer rate is not de- 
scribed, the flag is set to be, e.g., "0"; otherwise, the flag 
is set to be. e.g., "1". When "0" is described in a "com- 
ponent control flag" field, for example, the overall pro- 
gram is specified (in case of PMT). If "1" is described in 
this field, another state is described. A "copy control 
type" field describes "copy generation control data" (see 
FIGS. 36 and 37). An "APS control data" field describes 
"analog output control data" (see FIG. 36), A "maximum 
bit rate" field describes a "maximum transfer rate" (when 
the maximum bit rate flag is "1"). 
[0201] FIG. 36 is a view for explaining an application 
example of digital copy control to video data. Copy con- 
trol of video data is roughly categorized into three types, 
i.e., "unlimited copy permission (copy free)", "copy inhi- 
bition (copy never or copy no more)", and "copy permis- 
sion of only one generation (copy once)". 
[0202] In case of "unlimited copy permission", analog 
copy control is sot to bo "unlimited copy permission", 
digital recording control is set to be, e.g., "01", control 
type is set to be, e.g., "00", and APS control data is set 
to be, e.g., "Don't care (ignore)". 

[0203] In case of "copy inhibition", (1) analog copy 
control is set to be "copy inhibition (digital copy is inhib- 
ited, but analog copy is not inhibited since no copy pro- 
tection pulses of the Macrovision( system are inserted)", 
digital recording control is set to be, e.g., "01", control 
type is set to be, e.g., "11", and APS control data is set 
to be, e.g., "00". 

[0204] In case of "copy inhibition", (2) analog copy 
control is set to be "copy inhibition (both analog copy 
and digital copy are inhibited)", digital recording control 
is set to be, e.g., "01 ", control type is set to be, e.g., "11 ", 
and APS control data is set to be, e.g., "other than 00". 
[0205] In case of "copy permission of only one gener- 
ation", (3) analog copy control is set to be "copy permis- 
sion of only one generation (analog copy is permitted 
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since no copy protection pulses are inserted)", digital 
recording control is set to be, e.g., "01", control type is 
set to be, e.g., "10", and APS control data is set to be, 

e.g., "00". 

[0206] In case of "copy permission of only one gener- 
ation", (4) analog copy control is set to be "copy permis- 
sion of only one generation (both analog copy and digital 
copy of the next and subsequent generation are inhib- 
ited)", digital recording control is set to be, e.g., "01", 
control type is set to be, e.g., "10", and APS control data 
is set to bo, e.g., "00". 

[0207] FIG. 37 is a view for explaining an application 
example of digital copy control to audio data. Copy con- 
trol of audio data is also roughly categorized into three 
types, i.e., "unlimited copy permission (copy free)", 
"copy inhibition (copy never or copy no more)", and 
"copy permission of only one generation (copy once)" 
[0208] In case of "unlimited copy permission", digital 
recording control is set to be, e.g., "01/11", and control 
type is set to be, e.g., "00". 

[0209] In case of "copy permission of only one gener- 
ation", digital recording control is set to be, e.g., "01/11", 
and control type is set to be, e.g., "10". 
[0210] In case of "copy inhibition", digital recording 
control is set to be, e.g., "01/11", and control type is set 
to be, e.g., "11". 

[0211] FIG, 38 is a view showing an example of the 
contents of a component descriptor that can be used by 
the PMT shown in FIG. 34 and the like (event informa- 
tion table EIT and the like). 

[0212] In this descriptor, a "descriptor tag" field is set 
to be, e.g., "0x50", and a "descriptor length" field indi- 
cates the descriptor length. A "stream contents" field de- 
scribes, e.g. "0x01" indicating video. A "component 
type" field describes, e.g., a "type of component". A 
"component tag" field describes, e.g., a "common tag in 
a program". An "ISO .639 language code" field de- 
scribes, e.g., "jpn" indicating a Japanese language 
code. A "Text_Char" field can describe character strings 
such as "video", "audio", and the like. 
[0213] FIG. 39 is a view for explaining an example of 
the contents of component types shown in FIG. 38. 
When the component type is "0x01", it indicates, e.g., 
that "video = 480 interlaced (or 5?5 interlaced) and as- 
pect ratio =4 : 1 3". When the componenttype is "0x03", 
it indicates, e.g., that "video = 480 interlaced (or 525 in- 
terlaced), aspect ratio =16:9, and pan vector = none". 
When the component type is "0x04", it indicates, e.g., 
that "video = 480 interlaced (or 525 interlaced) and as- 
pect ratio > 1 6 : 9 (e.g., wide screen with cinema scope 

[0214] When the component type is "0xA1" ; it indi- 
cates, e.g., that "video = 480 progressive (or 525 pro- 
gressive) and aspect ratio = 4 : 3". When the component 
type is "0xA3", it indicates, e.g., that "video = 480 pro- 
gressive (or 525 progressive), aspect ratio = 16:9, and 
pan vector = none". When the component type is 
"0xA4", it indicates, e.g., that "video = 480 progressive 
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(or 525 progressive) and aspect ratio > 16 : 9 (e.g., wide 
screen with cinema scope size)". 
[0215] When the component type is "0xB1", it indi- 
cates, e.g., that "video = 1080 interlaced (or 1125 inter- 
s laced) and aspect ratio = 4 : 3". When the component 
type is "0xB3", it indicates, e.g., that "video = 1080 in- 
terlaced (or 1125 interlaced), aspect ratio =16:9, and 
pan vector = none". When the component type is 
"0xB4", it indicates, e.g., that "video = 1080 interlaced 
10 (or 11 25 interlaced) and aspect ratio > 16 : 9 (e.g., wide 
screen with cinema scope size)". 
[0216] FIGS.40and41 are flow charts (overall trans- 
fer operation flow) for explaining an example of the over- 
all data transfer operation in the apparatus shown in 
15 FIG. 20. Steps ST300 to ST312 in FIG. 40 are the same 
processes as those in steps ST200 to ST212 shown in 
FIG. 30 above. In step ST314 in FIG. 40. the PID to be 
played back is determined based on the PMT, and is set 
in decoder unit 59. Also, STC 1 02 is reset, and a transfer 
so setup is made in cecoder unit 59. After that, a process 
upon cell transfer starts (step ST320) . Steps ST320 to 
ST346 in FIG. 41 are the same processes as those in 
steps ST220 to ST246 in FIG. 31 above. In FIG. 41 , how- 
ever, processes corresponding to steps ST234 to 
25 ST239 in FIG. 31 are not executed. 

[0217] As can be seen from comparison between 
FIGS. 30 and 31 and FIGS. 40 and 41, a process for 
externally transferring data is substantially the same as 
a normal playback process, except for the following dif- 
30 ference in contents. That is, in the process shown in 
FIGS. 40 and 41 . TS packet transfer unit 1 01 calculates 
the transfer time based on the ATS in a pack group and 
outputs TS packets within a time corresponding to the 
calculated transfer time in the cell playback process. Al- 
33 so, the PCR is read out based on PCR location informa- 
tion to adjust the time of STC 1 02 (STC reset in step 
ST314). thus synchronizing internal clocks (STC) and 
external clocks (PCR). In this manner, the user can des- 
ignate a playback point on a time basis in the cell play- 
40 back process of data recorded by stream recording. 
[0218] FIGS. 42 and 43 are flow charts (process flow 
upon cell transfer) for explaining an example of the proc- 
ess upon cell transfer (ST320) shown in FIG. 41 . Steps 
ST3200 to ST321 4 in FIG. 42 are the same processes 
45 as those in steps ST2200 to ST221 4 in FIG. 32 above. 
Also, steps ST321 6 to ST3238 in FIG. 43 are the same 
processes as those in steps ST2216 to ST2238 in FIG. 
33 above, except for steps ST321 7 to ST3224. 
[021 9] Steps ST321 6 to ST3238 in FIG. 43 are proc- 
so essed by decoder unit 59 in FIG. 20. The PCR location 
is detected based on PCR information 156 in pack group 
header 161 shown in FIG. 14 and the like, and that PCR 
is read out onto register 2 (not shown). The PCR in reg- 
ister 2 is compared with the count value of STC 1 02. If 
55 they are different, the count value (corresponding to the 
playback time) of STC 102 is corrected (step ST3217). 
Next. ATS 151 in pack group header 161 is read out onto 
register 1 (not shown). The ATS in register 1 is com- 
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pared with the count value of STC 102. If they match, 
the first TS packet is transferred (step ST3219). After 
that, the next I A PAT is read out and is added to the con- 
tents of register 1 (not shown). The sum is compared 
with the count value of STC 102, and when thetwoval- s 
ues match, the next TS packet is transferred (step 
ST3221). 

[0220J To summarize the above description, the cal- 
culation associated with TS packet output can be made 
by the following method. That is, the first TS packet in 10 
a pack group is output when the ATS in the header 
matches the STC value. As for the second and subse- 
quent TS packets, the sum of the ATS and I A PAT imme- 
diately before theTS packet of interest is compared with 
the value of STC 1 02, and the packet of interest is output 15 
when they match. 

[0221] The above processes (steps ST3217 to 
ST3221 ) are repeated 85 times (NO in step ST3223) in 
case of pack group 140 shown in FIG. 14. Upon com- 
pletion of transfer of 85 TS packets (YES in step 20 
ST3223), the next process in step ST3224 (the same 
process as in step ST2224 in FIG. 33) is executed. The 
subsequent processes are the same as those in FIG. 33. 
[0222] FIG, 44 is a flow chart (process flow upon time 
search) for explaining an example of a time search proc- 25 
ess (a search conducted based on a playback time des- 
ignated by the user) with respect to the already recorded 
stream information of a digital TV broadcast program or 
the like in the apparatus shown in FIG. 20. 
[0223] <01> The userselects and determines a target 30 
title playback start time, stream number (1 in case of 
one stream) (step ST400). 

[0224] <02> Program chain PGC, programs PG. and 
cells to be played back are determined based on the 
information of user's choice, and corresponding pro- 35 
gram chain information PGCI, program information PGI, 
and cell information CI are read out from management 
information (PGCI in FIG, 10) (steps ST402 to ST404). 
[0225] <03> ESOBI to be played back is determined 
based on a corresponding ESOB number (FIG. 11 or 40 
13) in readout cell information CI (step ST406). Also, a 
map group number (e.g., MAP_Group#n in FIG. 6) in 
the ESOBI (e.g., ESOBHM in FIG. 6) to be played back 
is determined based on the stream number in the read- 
oul management information (ESFIT in FIG. 4) (step 45 
ST408). 

[0226] <04> After a map group is determined in cor- 
respondence with the above map group number, a map 
group entry which is closest to the playback time and 
has a value smaller than the playback time is deter- so 
mined, and information (FIG. 7) of a map entry is read 
out (step ST410). Note that map group entries are as- 
sured at 10-sec intervals (as in video recording). 
[0227] <05> A corresponding ESOBU entry (e.g., 
ESOBlLENT#1 in FIG. 8) is read out based on the ES- 55 
OBU number (ESOBU_ENT_NUMs in FIG. 7) in the 
map entry information. The ESOBU playback time 
(ESOBU_PB_TM in FIG. 8; the number of frames) is 
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added to the playback time in the map group entry in- 
formation to determine an ESOBU entry which is closest 
to the target playback time and has a value smaller than 
the target playback time (step ST412). 
[0228] At this time, respective ESOBU sizes 
(ESOBU„SZ in FIG. 8) to a target ESOBU are summed 
up on the basis of ESOBU address information in Ihe 
map entry information and ESOBU data designated by 
the map entry information, thus calculating an ESOBU 
address (step ST414). 

[0229] <06> An address from which playback is to 
start is calculated on the basis of the address of a ref- 
erence picture (l-picture) in the target ESOBU entry in- 
formation and Ihe target ESOBU address (step ST416). 
At this time, if a pack group header (FIG. 14) includes 
PCR information the pack group header is read out. 
[0230] <07> A PCR address is calculated based on 
the PCR information to load the PCR, and the PCR is 
set in STC 102 (step ST418). 

[0231] <08> Decoder unit 59 undergoes a decode in- 
itial setup process (step ST420) to set a display start 
time to be a target playback time. 
[0232] <09> An instruction is issued to disc drive unit 
51 to read out recorded data from the address calculat- 
ed in step ST414, thus starting a data read process. 
[0233] <1 0> After playback starts, the control then en- 
ters a normal playback process (e.g., a cell playback 
process in FIGS. 32 and 33 and the like). 
[0234] The process in FIG. 44 is an example of special 
playback on a playback time basis in stream recording, 
which can be implemented since the data structure of 
the present invention has PCR location information (156 
in FIG. 14 and/or 132234 in FIG. 8). 
[0235] FIG. 45 is a view for explaining another exam- 
ple of the configuration of a data unit (ESOBU) for the 
stream ooject (ESOB). The data structure of FIG. 45 
may be used in place of that of FIG. 14. In the data struc- 
ture of FIG. 45, extended stream object ESOB 132 is 
formed of a plurality of extended stream object unit ES- 
OBU 134 (see FIG. 45(a)(b)). Each ESOBU 134 in- 
cludes one or more packet groups 140 (see FIG. 45(b) 

(c) ). Here, the boundary between adjacent ESOBUs (e. 
g., the boundary between ESOBU#1 and ESOBU#2, 
and/orthat between ESOBU#2 and ESOBU#3) may not 
be corresponding to the boundary between adjacent 
packet groups 140. In other words, in the example of 
FIG. 45, ESOBU#2 are not aligned to any of packet 
groups 140 (see FIG. 45 (b) (c)). 

[0236] Each packet group 140 corresponds to a plu- 
rality of logical blocks 139. In the example of FIG. 45(c) 

(d) (e), one packet group 140 corresponds to 16 logical 
blocks. The size of one packet group 140 may be cor- 
responding to a playback time of one or more seconds. 
Packet group 1 40 is formed of packet group header 161 
and a subsequent pairs of time stamp items (PATS) 
163a and packets (MPEG-TS) 162. In the example of 
FIG. 45, one packet group 140 includes one packet 
group header 161 and 170 pairs of PATSs 163a and 
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packets 162 (see FIG, 45 (e) (f)). 
[0237] Packet group header 161 is configured to in- 
clude header identifierHEADERJD, packet group gen- 
eral information PKT_GRP_GI, display control informa- 
tion and copy control information DCI_CCI, and manu- 
facturer's information MNFI (FIG. 45(g)), Packet group 
general information PKT_GRP_G! is configured to in- 
clude packet group type information PKT_GRP_TY, and 
packet group version information VERSION (FIG. 45 
(h». 

[0238] FIG. 46 is a view for explaining another exam- 
ple of the configuration of management information 
(EHDVR_MG) recorded on AV data management infor- 
mation recording area 130 shown in FIG. 1. The data 
structure of FIG. 46 may be used in place of (or may be 
used with) that of FIG. 3 to FIG. 13. In the data structure 
of FIG. 46, extended high definition video recording 
manager EHDVRJVIG is configured to include extended 
high definition video recording manager information 
EHDVR_MGI, extended movie AV file information table 
EM_AVFIT, extended still picture AV file information ta- 
ble ES_AVFIT, extended stream file information table 
ESTR_FIT, extended original program chain information 
EORG_PGCI, extended user defined program chain in- 
formation table EUD_PGCIT (which is necessary when 
at least one extended user defined PGC exists), extend- 
ed text data manager ETXTDT_MG, extended manu- 
facturer's information table EMNFIT, extended video 
time amp information table EVTMAPIT, and extended 
stream time map information table ESTMAPIT (FIG. 46 
(a)(b)). 

[0239] Extended high definition video recording man- 
ager information EHDVR_MGI is configured to include 
extended video manager information management ta- 
ble EVMGLMAT, and extended play list search pointer 
table EPL_SRPT (FIG. 46(b)(c)). Extended play list 
search pointer table EPL_SRPT is configured to include 
extended play list search pointer table Information 
EPL_SRPTI, and one or more extended play list search 
pointers #1 to #n (FIG. 46 (c) (d)). 
[0240] FIG. 47 exemplifies contents of the extended 
video manager information management table 
(VMGLMAT) shown in FIG. 46. Extended video man- 
ager information management table VMGI_MAT is con- 
figured to include extended video manager identifier 
VMGJD, end address EHR_MANGR_EA of those nav- 
igation data recorded in control information file 
EHRJVIANGR.IFO, and end address EHDVR_MGI_EA 
of EHDVRJWGI. VMGI_MAT is configured to further in- 
clude version number VERN of the Book, time zone 
TM_ZONE, still time STILL_TM for still pictures, char- 
acter set code CHRS for a primary text, resume marker 
information RSM_MRKI, disc representative picture in- 
formation DISC_REP_PICTI. disc representative name 
DISC_REP_NM, start address EM_AVFIT_SA of the 
extended movie AV file information table, and start ad- 
dress ES_AVFIT_SA of the extended still AV file infor- 
mation table. 
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[0241 ] VMGLMAT is configured to further include en- 
crypted title key information ETKI, copy protection 
scheme information CPSI, and start address 
ESTR_FIT_SA of the extended stream file information 

5 table. VMGLMAT is configured to further include start 
address EORG_PGCI_SA of the extended original PGC 
information, start address EUD_PGCIT_SA of the ex- 
tended user-defined PGC information table, start ad- 
dress TXTDT_MG_SA of the extended text data man- 

10 ager, start address EMNFIT_SA of the extended man- 
ufacturer's information table, last modification time 
E VTM AP_LAST_ MOD_TM of the extended video time 
map, and last modification time ESTMAP_LAST_ 
MOD_ TM of the extended still time map. 

15 [0242] FIG. 48 exemplifies contents of the extended 
play list search pointer (EPL_SRP) shown in FIG. 46. 
Extended play list search pointer EPL_SRP is config- 
ured to include PGC number PGCN, play list creating 
time PL_CREATE_TM, primary text information 

20 PRM..TXTI, item text search pointer number 
IT_TXT_SRPN for this play list, representative picture 
information REP_PICTI, extended play list resume 
marker information EPL_RSM_MRKI, extended play list 
index EPLJNDEX, and extended play list last modifica- 

25 tion time EPL_LAST_MOD_TM. 

[0243] FIG. 49 exemplifies contents of the play list 
resume marker information (EPL_SRP) shown in FIG. 
46. Play list resume marker information EPL_SRP is 
configuredto include cell numberCN (describing thecell 

30 number in which the picture point exists), picture point 
PICT_PT (describing the picture point in the target cell), 
and marking time M RK_TM (describing the time when 
this marker was made). 

[0244] FIG. 50 exemplifies contents of the extended 

35 movie AV file information table (EM_AVFIT) shown in 
FIG. 46. Extended movie AV file information table 
EM_AVFIT is configuredto include extended movie AV 
file information table information EM„AVFITI, one or 
more extended movie video object stream information 

40 EM_VOB„STI#1 to EM_VOB_STI#n, and extended 
movie AV file information EM_AVFI (FIG. 50(a)(b)). Ex- 
tended movie AV file information EM_AVFI is configured 
to include EM_AVFI general information EM_AVFI_GI, 
one or more EM_VOBI search pointers EM_VOBI_ 

45 SRP#1 to EM_V03l_SRP#n, and one or more extend- 
ed movie VOB information EM_VOBI#1 to EM_VOBI#n 
(FIG. 50(b)(c)). Each EWLVOBI is configured to include 
extended movie VOB general information EM_VOB_GI , 
extended seamless information ESMLI, extended audio 

so gap information EAGAPI, and extended VOB time map 
information EVCB_TMAPI (FIG. 50(c)(d)). This 
EVOB_TMAPI may comprise extended VOB time map 
general information EVOB_TMAP_GI (FIG. 50 (d) (e)) . 
[0245] FIG. 51 exemplifies contents of the extended 

55 movie video object general information (EM_VOB_GI) 
shown in FIG. 50. Extended movie video object general 
information EM_VOB_GI is configured to include VOB 
type VOB„TY, recording time VOB_REC_TM of this 
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VOB. sub-second information VOB_REC_TM_SUB for 
VOB_REC_TM, M__VOB„_STI number M.VOB.STIN, 
video start presentation time VOB.„V_S ,PTM of this 
VOB, video end presentation time VOB_V_E_PTM of 
this VOB, and time zone LOCAL_JTM_ZONE wherein 
the VOB has been originally recorded and 
VOB_REC_TM as well as VOB_REC_TM_SUB have 
been recorded. 

[0246] FIG. 52 exemplifies contents of the extended 
video object time map general information 
(EVOB.TMAP.__GI) shown in FIG. 50. Extended video 

object timo map general information EVOB TMAP^GI 

is configured to include number VOBU_ENT_Ns of the 
VOBU entries, address offset ADR_OFS, and playback 
time range VOBU_PB_TM_RNG of VOBU. One ormore 
playback time ranges can be specified by VOBU__ 
PB_TM_RNG. For instance, when VOBU_PB_.TM_ 
RNG = OOh, the playback time range is 0.4 to 1 .0 sec- 
ond. If VOBlLPB_TM_RNG is 01 h, the playback time 
range may be, e.g., 1 .0 to 2.0 seconds. Othertime rang- 
es can be specified by VOBU... PB_TM_ RNG = 10h or 
11h. 

[0247] FIG. 53 exemplifies contents of the extended 
still picture AV file information table (ES_AVFIT) shown 
in FIG. 46. Extended still pictureAVfile information table 
ES^AVFIT is configured lo include extended S_AVFIT 
information ES_AVFITI, one or more extended still pic- 
ture VOB stream information ES_VOB_STI#1 to 
ES_VOB_STI#n, extended still picture AV file informa- 
tion ES_AVFI, one or more extended still picture addi- 
tional audio stream information ES_AA_STI#1 to 
ES_AA_ST I#m, and extended still picture additional au- 
dio file information ES_AAFI (FIG. 53(a)(b)). Extended 
still picture AV file information ES_AVFI is configured to 
include ES_AVFI general information ES_AVFI_GI, one 
or more extended still picture video object group infor- 
mation search pointers ES_VOGI_SRP#1 to 
CS VOGI SRP#n. and one or more extended still pic- 
ture video object group information ES_ VOGI#1 to 
ES_VOGI#n (FIG. 53 (b) (c)). 

[0248] Each ES_VOGI is configured to include ex- 
tended still picture video object group general informa- 
tion ES. VOG...GI. and one or more extended still picture 
VOB entries ES_VOB_ENT#1 to ES_VOB_ENT#n 
(FIG. 53(c)(d)). Here, ES_VOG_GI is configured to in- • 
elude number S_VOB_Ns of S_VOBs, S_VOB_STI 
number S VOB STIN, recording time of the first video 
object FIRSTJ^OB_REC_TM, recording time of Ihe last 
video object LAST_VO B_ R EC_TM , start address of the 
still picture video object group S_VOG_SA, and time ■ 
zone LOCALJTIVLZONE of this S_VOG (FIG. 53 (d) 
(e)). 

[0249] FIG. 54 exemplifies contents of the extended 
stream file information table (ESTR__FIT) shown in FIG. 
46. Extended stream file information table ESTR_FIT is * 
configured to include extended stream file information 
table information ESTR_FITI, one or more extended 
stream file information search pointers ESTR_FI_ 



SRP#1 to ESTR_FI_SRP#n, and one or more extended 
stream file information ESTR_FI#1 to ESTR_FI#n (FIG. 
54(a)(b)). Extended stream file information table infor- 
mation ESTR_FITI is configured to include number 
ESTR_FI_Ns of ESTR_FI, and end address 
ESTR_FIT_EA of ESTR^FIT (FIG. 54(b)(c)). Extended 
stream file information search pointer ESTR_FI_SRP is 
configured to include start address ESTR_FI_SA of 
ESTR_FI, and size ESTR_FI_SZ of ESTR^FI (FIG. 54 
(b) (d) ). 

[0250] Extended stream file information ESTR_FI is 
configured to include ESTR Fl general information 
ESTR_FI_GI, one or more extended stream object in- 
formation search pointers ESOBI_SRP#1 to 
ESOBI_SRP#n, and one ormore extended stream ob- 
ject information ESOBI#1 to ESOBI#n (FIG. 54(b)(e)). 
Extended stream object information ESOBI is config- 
ured to include FSOBI general information ESOBLGI, 
one or more extended stream object elementary stream 
information ESOB ESI#1 to ESOB ESI#n, a reserved 
are for ESOB seamless information, extended stream 
object grouping information ESOB . GPI, and extended 
stream object time map information ESOB_TMAPI 
(FIG. 54(e)(0). 

[0251] FIG. 55 exemplifies contents of the extended 
stream object information (ESOBI) shown in FIG, 54. 
Extended stream object information ESOBI is config- 
ured to include ESOBLGI, ESOB_ESI#1 to 
ESOB_ESI#n, ESOB seamless information reserved 
area, ESOB.GPI, and ESOB..TMAPI (FIG. 55(e)(0). 
ESOB_GI is configured to include ESOBJ3PI general 
information ESOB_GPI_GI, one ormore grouping infor- 
mation search pointers GPI_SRP#1 to GPI_SRP#n, 
and one ormore grouping information GPI #1 to GPI #n 
(FIG. 55(f)(g)). ESOB_GPI_GI is configured to include 
number GPI_SRP_Ns of the GPI search pointers (FIG. 
55(g)(h)). Each GPI search pointer GPI_SRP is config- 
ured to include start address GPI_SA of GPI (FIG. 55 
(g)(i)). Each GPI is configured to include GPI general 
information GPI_GI, and one or more elementary 
stream PID ES_PID#1 to ES_PID#n (FIG. 55(g)(j)). 
Meanwhile, ESOB_TIIVIAPI is configured to include ex- 
tended stream object time map general information 
ESOB_TMAP_GI, and one or more extended elemen- 
tary stream time map general information 
EE3_TMAP_GI#1 to EES_TMAP_GI#n (FIG. 55(f)(k)). 
[0252] FIG. 56 exemplifies contents of the extended 
stream object information general information 
(ESOBLGI) shown in FIG. 55. Extended stream object 
information general information ESOBLGI is configured 
to include extended stream object type ESOB_TY, ap- 
plication format name (minor) APP_FORMAT2, profile 
ESOB_PROFILE of this ESOB, PID of PMT packet 
PMT_PID, PCR of PCR packet PCR_PID, original net- 
work identifier NETWORKJD, transport stream identi- 
fier TSJD, program number (service identifier) 
PROGRAM_NUMBER, ID of registration descriptor 
FORMATJD, service type SERVICEJTYPE, copy con- 
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trol information CP_CTRL_INFO, recording time 
ESOB_REC_TM of this ESOB, sub-second information 
ESQB_REC_TM_SUB for ESOB. REC_TM, local time 
zone LOCAL_TM_ZONE, default PID "ESOB_DEF_ 
PID" of this ESOB, start presentation time 
"ESOB_S_PTM" of this ESOB, end presentation time 
"ESOB_E_PTM" of this ESOB, duration ESOB_DU RA- 
TION of this ESOB, number(PCR_POS_COUNT) of the 
preceding PCR packets indicated by PCR_POS, bit shift 
(PCR_POS_SHIFT) of PCR_POS for the designated 
PCR packet, number ESOB_ES„Ns of elementary 
streams in this ESOB, number ESOB„V_ES__Ns of vid- 
eo elementary streams in this ESOB, and number 
ESOB_A_ES_Ns of audio elementary streams in this 
ESOB. 

[0253] FIG. 57 exemplifies contents of the extended 
stream object type (ESOB_TY) shown in FIG. 56. Ex- 
tended stream object type ESOB_TY is configured to 
include a reserved bit field followed by a temporarily 
erased state flag (TE flag), a grouping information flag 
(GPI flag), another reserved bit field, and a seamless 
flag (SML flag). Here, the TE flag may be used to indi- 
cate whether the corresponding ESOB is in a normal 
state or in a temporarily erasea state. An ESOB in the 
temporarily erased state will not be referred to by a cell 
in a user defined PGC. An ESOB in the temporarily 
erased state will not be reproduced in a normal playback 
operation . The GPI flag may be used to indicate whether 
the corresponding ESOB is provided with an ESOB el- 
ementary stream grouping information. 
[0254] FIG, 58 exemplifies contents of the copy con- 
trol information (CP_CTRLJNt-0) shown in FIG. 56. 
Copy control information CP_CTRL_lNFO is configured 
to include a CCI field, an APS field, an EPN field, an ICT 
field, a retention fled, a retention state field, and re- 
served field. Bits of the CCI field maybe used to specify 
a copy-free, no more copy, copy one generation (copy 
once), or copy never. Bits of the APS (analog protection 
system) field may be used to specify a copy-free, a type 
1 APS is on (automatic gain control AGC), a type 2 APS 
is on (AGC + 2 L color stripe) , or a type 3 APS is on (AGC 
+ 4L color stripe). A bit of the EPN field may be used to 
specify an EPN-asserted state, or an EPN-unasserted 
state. When the EPN-asserted state is specified, con- 
tents of the corresponding ESOR are prevented from 
being output (especially internet-output). When the 
EPN-unasserted state is specified contents of the cor- 
responding ESOB are not prevented from being output. 
A bit of the ICT (image constraint token) field may be 
used to specify a high definition analog output in the 
form of a constraint image, or a high definition analog 
output in a high definition analog form. A bit of the re- 
tention field may be used, with a combination of the CCI 
field, to specify a movie mode (retention = Ob and CCI 
= 1 0b) , a retention mode (retention = Ob and CCI = 1 1 b), 
a non-movie mode/non-retention mode (retention = Ob 
and CCI = 00b or 0 1 b), or a non-movie mode/non-reten- 
tion mode (retention = 1b). Bits of the retention state field 



may be used to specify the retention time forever, the 
retention time one week, the retention time two days, 
the retention time one day, the retention time 12 hours, 
the retention time 6 hours, the retention time 3 hours, or 

s the retention time 90 minutes. 

[0255] FIG. 59 exemplifies contents of extended 
stream object elementary stream information 
(ESOB_ESI for video ES) shown in FIG. 55. Extended 
stream object elementary stream information 

io ESOB_ESI for video ES is configured to include type 
ES_TY of the elementary stream, PID of the elementary 
stream ES_PID, stream type STREAM_TYPE in PMT, 
component tag COMPONENT_TAG in the stream iden- 
tifier descriptor, stream content STREAIVLCONTENT in 

is the component descriptor, component type 
COMPONENT_TYPE in the component descriptor, at- 
tributes of video V_ATR, and copy control information 
CP_CTRL_INFO. 

[0256] FIG. 60 exemplifies contents of extended 
20 stream object elementary stream information 
(ESOB_ESI for audio ES) shown in FIG. 55. Extended 
stream object elementary stream information 
ESOB_E3l for audio ES is configured to include type 
ES_TY of the elementary stream, PID of the elementary 
25 stream ES_PID, stream type STREAM_TYPE in PMT, 
component tag COMPONENT_TAG in the stream iden- 
tifier descriptor, stream content STREAM_CONTENT in 
the component descriptcr/audb component descriptor, 
component type COMPONENT_TYPE in the compo- 
se nent descriptor/ audio component descriptor, simulcast 
group tag SIMULCAST_GP_TAG in the audio compo- 
nent descriptor, attributes of audio elementary stream 
A_ATR, audio language code LANG_CODE, second 
audio language code LANG_CODE2, and copy control 
35 information CP_CTRL_INFO. 

[0257] FIG. 61 exemplifies contents of extended 
stream object elementary stream information 
(ESOB_ESI for other ES) shown in FIG. 55. Extended 
stream object elementary stream information 
40 ESOB_ESI for other ES is configured to include type 
ES_TY of the elementary stream, PID of the elementary 
stream ES_PID, stream type STREAM "TYPE in PMT, 
component tag CO M P O N E NT_TAG in the stream iden- 
tifier descriptor, data component ID "DAT_COMP_ID" in 
*s the data component descriptor or data content descrip- 
tor for this other elementary stream in case of the ARIB 
standard, additional data component information 
"AD_DAT_COMP_IFO" in the data component descrip- 
tor for this other elementary stream in case of the ARIB 
so standard, and copy control information CP_CTRL_IN- 
FO. 

[0258] FIG. 62 exemplifies contents of stream type in- 
formation (ES_TY) shown in each of FIGS. 59 to 61 , 
Stream type information ES_TY is configured to include 
55 a field of stream type ST_TY. Bits of the ST_TY field may 
be used to specify the video elementary stream, audio 
elementary stream, or other elementary stream. 
[0259] FIG. 63 exemplifies contents of the video at- 
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tribute information (V_ATR) shown in FIG. 59. Video at- 
tribute information V_ATR is configured to include an 
application flag field, an aspect ratio field, a reserved 
field, a horizontal resolution fielc, another reserved field, 
a frame rate field, a vertical resolution field, and still an- 
other reserved field. Here, bits of the application flag 
field can be used to specify a first slate in which the video 
stream is coded with the aspect ratio specified in the 
V_ATR, and a second state in which the video stream 
may be coded with the aspect ratio specified in the 
V_ATR. In the second state, the actual aspect ratio may 
be recorded in the corresponding stream. The bits of the 
application flag field can also be used to specify other 
(reserved) state 

[0260] FIG. 64 exemplifies contents of the audio at- 
tribute information (A_ATR) shown in FIG. 60. Audio at- 
tribute information A__ATR is configured to include a mul- 
ti-lingual field (multijing), a main component field 
(main_j_ornp). a quality indicator field (qualityjndica- 
tor), a sampling rate field (sampling rate), and a re- 
served field. Here, a bit of the multi-lingual field may be 
used to specify a no multi-lingual audio stream, or a bi- 
lingual audio stream in case where the stream is a dual 
mono. A bit of the main component field may be used 
to specify a case in which the audio stream is not amain 
audio, or another case in which the audio stream is the 
main audio. Bits of the quality indicator field may be used 
to specify a reserved state, a mode 1 state, a mode 2 
state, or a mode 3 state (note that the mode t state to 
mode 3 state may be defined according to a digital 
broadcasting standard such as "ARIB STD-B32 Part 2, 
Chapter 2.") Bits of the sampling rate field may be used 
to specify a sampling frequency of 16 kHz, 22.05 kHz, 
24 kHz, 32 kHz, 44.1 kHz, or 48 kHz. 
[0261] FIG, 65 exemplifies contents of the grouping 
information general information (GPI_GI) shown in FIG. 
55. Grouping information general information GPLGI is 
configured to include type BLOCK_TY of a block of 
groups, type GP_TY of an ES group, block number 
BLOCK_NUMBER, and number of the ES_PIDs 
"ES„PID_Ns." Here, bits of BLOCK_TY may be used to 
specify a no definition state, a multi-view state, a rain 
attenuation state, a multi-channel state, or other re- 
served states. Bits of GP_TY may be used to specify no 
definition, a main group, a sub-group, or other reserved 
ones. The range of BLOCKJMUMBER may be any of 1 
to 32. The range of ES PID Ns may be any of 1 to 32. 
[0262] FIG. 66 exemplifies contents of the elementary 
stream packet identifier (ES_PID) shown in FIG. 55. El- 
ementary stream packet identifier ES_PID is configured ■ 
to include a PID of elementary stream "ES_PID." This 
ES_PID describes the PID of the elementary stream be- 
longing to the corresponding group. 
[0263] FIG. 67 exemplifies contents of the extended 
stream object time map general information •' 
(ESOB_TMAP_GI) shown in FIG. 55. Extended stream 
object time map general information ESOB_TMAP_GI 
is configured to include address offset ESOB_ADR_ 



OFS of the ESOB, size ESOB SZ of the ESOB, ESOB 
start packet position ESOB_S_PKT_POS, ESOB end 
packet position ESOB_E__PKT_POS, playback time 
range ESOBU _PB_TM_RNG of the ESOBU, and 
number EES_TMAP_GI_Ns of the extended elementa- 
ry stream time map general information items 
(EES_TMAP_Gls) . 

[0264] Here, ESOB_ADR_OFS may be used to indi- 
cate the start address of the corresponding ESOB from 

' the first logical block of an extended high-resolution 
stream video recording object file (EHR_STRxx. VRO 
file; not shown). ESOB_SZ may be used to indicate the 
size of the corresponding ESOB with the number of 
packet groups. In other words, the size of ESOB may 
bo described in unit of a packet group. 
[0265] ESOB_S_PKT__POS may be used to indicate 
the start packet position of the corresponding ESOB 
from the first packet group of this ESOB, where the value 
of ESOB_S_PKT_POS may be any of 1 to PKTJMs. 

1 ESOB..E PKT POS may be used to indicate the end 

packet position of the corresponding ESOBfromthe last 
packet group of this ESOB, where the value of 
ESOB_E_PKT_POS may be any of 1 to PKT Ns. 
[0266] ESOBU_PB_TM_RNG may be used to indi- 

: cate the playback time range of the corresponding ES- 
OBU. More specifically, when ESOBU_PB_TM_RNG = 
OOh, the playback time range may be 0.4 to 1 .0 second, 
for example. If ESOBU_PB_TM_RNG is 01 h, the play- 
back time range may be, e.g., 1.0 to 2.0 seconds, for 
example. Other time ranges may be specified by 
ESOBU_.PB_TM_.RNG = 10h or 11 h. 
[0267] EES_TMAP_Gl_Ns may be used to indicate 
the number of extended elementary stream time map 
general information items (EES_TMAP_Gls) forthe cor- 
responding ESOB. EES_TMAP_GI_Ns (corresponding 
to the number of EES_TMAP_GI#1 to EES_ 
TMAP_GI#n in FIG. 55(k)) is selected to be the same 
as the number (ETMAPI_Ns described in, e.g., extend- 
ed HR_STMAP.IFO file; not shown) of extended ele- 
mentary time map information items (corresponding to 
ESTMAPI#1 to ESTMAPI#n in FIG. 74 lb)) . 
[0268] FIG. 68 exemplifies contents of the extended 
elementary stream time map general information 
(EES_TMAP_GI) shown in FIG. 55. Extended elemen- 
tary stream time map general information EES_TMAP_ 
Gl is configured to include elementary stream PID 
"ES PID", start presentation time "ES _S PTM" of the 
corresponding elementary stream, end presentation 
time "ES_.E_.PTM" of the corresponding elementary 
stream, start address offset "ES_S_ADR_OFS" for the 
corresponding elementary stream, last ESOBU end 
packet position "ES_LAST_ESOBU_E_PKT_POS", 
and number "ES_ESOBU_ENT_Ns" of ESOBU entries 
for the corresponding elementary stream. 
[0269] Here, ES_PID may be used to indicate the PID 
(packet identifier) of a video elementary stream for 
which the corresponding time map is generated. 
ES„S_PTM may be used to indicate the presentation 
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start time (coded as presentation time stamp PTS) of 
the first video field of the corresponding elementary 
stream. ES_E_PTM may be used to indicate the pres- 
entation terminating time of the last video field of the 
corresponding elementary stream. ES_S_ADR_OFS s 
may be used to indicate the start address of the corre- 
sponding elementary stream, with the number of packet 
groups from the first packet group of the ESOB. 
ES_LAST_ESOBU_E_PKT_POS may be used to indi- 
cate the end packet position of the last ESOBU, with the 10 
packet number (e.g., any one of 1 to 170 in the embod- 
iment of FIG. 45(f)), in the last packet group of the cor- 
responding ESOB. ES_ESOBU_ENT_Ns may be used 
to indicate the number of ESOBU entries (which are in- 
cluded in, e.g., the extended HR_STMAP.IFO file, not 15 
shown) in the extended stream time map information of 
the corresponding elementary stream. 
[0270] FIG. 69 exemplifies contents of the extended 
program chain information (EPGCI: or extended original 
PGC information EORG_PGCI) shown in FIG. 46. Ex- 20 
tended program chain information EPGCI is configured 
to include extended program chain general information 
(EPGC_GI), extended program information #1 (EP- 
Gl#1) to extended program information #m (EPGI#m), 
extended cell information search pointer #1 (ECI_ 25 
SRP#1) to extended cell information search pointer #n 
(ECI_SRP#n), and extended cell information #1 (ECI#1 ) 
to extended cell information #n (ECI#n) (FIG. 69(a)(b)). 
Each of ECI_SRP#1 to ECI_SRP#n may include start 
address ECI-SA of the corresponding ECI (FIG. 69(b) 30 
(c)). Incidentally, EPGCI is extended management infor- 
mation formanaging PGC which comprises one ormore 
programs each including one or more cells. 
[0271] Here, there are three types of the extended cell 
information ECI: movie cell information M_CI, still pic- 3s 
ture cell information S_CI, and extended stream cell in- 
formation ESTR_CI (FIG. 69(b)(d)). The data structure 
of M_CI and S_CI may be substantially the same as 
those of the current DVD Video Recording standard. 
Meanwhile, the data structure of ESTR_CI differs there- 40 
from. More specifically, ESTR_CI is configured to in- 
clude extended stream cell general information 
ESTR_C_GI, and one or more extended stream cell en- 
try point information items #1 to #n (ESTR_C_EPI#1 to 
ESTR_C_EPI#n) (FIG. 69(d)(e)). Extended stream cell 45 
general information ESTR_C_GI may be configured to 
include cell type CJTY, stream file number ESTR_ FN, 
extended stream object information search pointer 
number ESOBLSRPN, number CJEPIJMs of the 
C_EPIs, start PTM "C_S_PTM" of the corresponding so 
cell, end PTM "C_E_PTM" of the corresponding cell, 
and default PID of the corresponding cell (FIG. 69(e)(f)). 
[0272] FIG. 70 exemplifies contents of the extended 
program chain general information (EPGCI_GI) shown 
in FIG. 69. Extended program chain general information 55 
EPGCLGI is configured to include number PG_Ns of 
the programs in the corresponding extended PGC, and 
number CI_SRP_Ns of the extended CLSRPs in the 
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corresponding extended PGC. In case of the extended 
user defined PGC, this PG Ns is set to l 0'. In case of the 
extended original PGC, this PG_Ns may be any one of 
1 to 99. The maximum number of this CI_SRP_Ns may 
be '1998' which is the sum of '999' for movie cells and 
'999' for still picture colls. 

[0273] FIG. 71 exemplifies contents of the extended 
program information (EPGI) shown in FIG. 69. Extended 
program information EPGI is configured to include pro- 
gram type PG_TY, number C_Ns of the cells in the cor- 
responding program, primary text information 
PRM_TXTI for this program, item text information 
search pointer number IT_TXT_SRPN indicating an 
item text whose text data may correspond to this pro- 
gram, representative picture information REP_PICTI, 
program resume marker information PG_RSM_MRKI, 
program index PGJNDEX, and program last modifica- 
tion time PG_LAST_MOD_TM describing the time when 
the corresponding program was mocified last. 
[0274] Here. PG...TY may be used to include protect 
information indicating whether the corresponding pro- 
gram is in a protected state. If the program is in the pro- 
tected state, all data object referred to and used in the 
presentation (playback) of the program should not be 
erased temporarily or permanently. 
[0275] REP_PICTl may be used to include cell 
number CN and picture point PICT_PT. The CN may de- 
scribe the cell number in which the corresponding pic- 
ture point (PICT_PT) exists. The PICT_PT may indicate 
the picture point in the target cell, using the presentation 
time (PTM) . 

[0276] PGJNDEX may be used to indicate the index 
number of the corresponding program. PGJNDEX Is a 
unique number assigned to each program. Two ormore 
programs should not have the same PGJNDEX value. 
Whenever creating a new program, unused available in- 
dex value may be searched and described in 
PGJNDEX. The value of PGJNDEX may be kept un- 
changed until the corresponding program is deleted. 
The value of PGJNDEX may be kept unchanged when 
the corresponding program is modified. The value of 
PGJNDEX may be kept unchanged when other pro- 
grams are deleted and/or newly created. 
[0277] FIG. 72 exemplifies contents of the program 
resume marker information (PG_RSM_MRKI) shown in 
FIG. 71. Program resume marker information 
PG._RSM MRKI is configured to include cell number 
CN, picture point PICT_PT, and marking time MRK_TM. 
The CN may describe the cell number in which the pic- 
ture point (PICT_PT) exists. The PICT_PT may de- 
scribe the picture point in the target cell. The MRK_TM 
may describe the time when the corresponding marker 
was made. In short, PG_RSM_MRKI may be used to 
include aresumemarkerof the corresponding program. 
PG_RSM_MRKI should not refer to the data object in a 
temporarily erased state. 

[0278] FIG. 73 exemplifies contents of the extended 
video time map information tabie (E VTMAPIT) shown in 
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FIG, 43. Extended video time map information table 
EVTMAPIT is configured to include video time map in- 
formation table information VTMAPITI, one or more vid- 
eo timo map information search pointers #1 to ffn 
(VTMAPI_SRP#1 toVTMAPLSRP#n),and one or more 
video time map information items #1 to #n (VTMAPIfM 
to VTMAPI#n) (FIG. 73 (a) (b)). 

[0279] Here, VTMAPITI may be used to include video 
manager identifier VMGJD, end address VTMAPHJEA 
of Video time map information table VTMAPIT, version 
number VERN of the used standard (e.g., DVD 
EHD VR standard), last modification time 
VTMAP^LASTJvlODJTM of video time map VTMAR 
and number VTMAPLSRP_Ns of video time map infor- 
mation search pointers (FIG. 73(b)(c)). VMGJD may be 
used to describe "DVD_EHR_VTMAP" to identify a vid- 
eo time map file (EHRJ/TMAP.IFO; not shown) with 
character set code of iSO/lEC 646:1983. 
VTMAP_LAST_MODJTM may be used to describe the 
time when the content of EHR VTMAP.IFO was modi- 
fied last. 

[0280] Each VTMAPJSRP may include start address 
VTMAPLSA of VTMAPI, and number VOBU_ENT_Ns 
of VOBU entries shown in FIG 73 (e) (FIG. 73(b)(d)). 
Each VTMAPI may include one or more VOBU entries 
#1 to #q (VOBU_ENT#1 to VOBU_ENT#q) (FIG. 73(b) 
(e)). Each VOBU__ENT may include first reference pic- 
ture size 1ST_REF_SZ of the corresponding video ob- 
jectunit VOBU, playback time VOBU_PB_TM ofthe cor- 
responding VOBU, and size VOBU SZ of the corre- 
sponding VOBU (FIG. 73(e)(f)). 
[0281] FIG. 74 exemplifies contents of the extended 
stream time map information table (ESTMAPIT) shown 
in FIG. 46. Extended stream time map information table 
ESTMAPIT is configured to include extended stream 
time map information table information ESTMAPITI, one 
or more extended stream time map information search 
pointers #1 to #n (ESTMAPI_SnP#1 to ESTMAPL 
SRP#n), and one or more extended stream time map 
information items #1 to #n (ESTMAPI#1 to ESTMAPIfm) 
(FIG. 74(a)(b)). 

[0282] Here, ESTMAPITI may be used to include ex- 
tended video manager identifier EVMG_ID, end ad- 
dress ESTMAPIT_EA ofthe extended stream time map 
information table, version number VERN of the used 
standard (e.g., DVD EHD_VR standard), last modifica- 
tion time ESTMAP. LAST MOD.. TM of extended 
stream time map ESTMAP. and number 
ESTMAPI_SRP_Ns of extended stream time map infor- 
mation search pointers (FIG. 74(b)(0)). EVMGJD may 
be used to describe "DVD_EHR_STMAP" to identify a 
stream time map file (EHR^STMAP.IFO; not shown) 
with character set code of ISO/I EC 646:1983. 
ESTMAP_LAST_MODJTM may be used to describe 
the time when the content of EHR__STMAP.IFO was 
modified last. 

[0283] Each ESTMAPL SRP may include extended 
stream time map information search pointer general in- 



formation ESTMAPJSRP J3I, and one or more extend- 
ed elementary time map information general information 
items #1 to #p (EETMAPI_GI#1 to EETMAPIJ3l#p) 
(FIG, 74(b)(d)). Here, ESTMAPI._SRP_ Gl may be used 

s to include start address ESTMAPI_SA of ESTMAPI, and 
number EETMAPI_Ns of extended elementary time 
map information items (EETMAPIs shown in FIG. 74 (g)) 
(FIG. 74 (d) (e)) . Each EETMAPLGI may be used to 
include number ESOBUJENTJMs of extended stream 

10 object unit entries (ESOBU_ENTs in FIG. 74(h)) (FIG. 
74(d)(f)). Each ESTMAPI may include extended ele- 
mentary time map information items #1 to #p (EET- 
MAPI#1 to EETMAPIffp) (FIG. 74(b)(g)). Each EET- 
MAPI may be configured to include one or more extend- 

15 e-d SOBU entries #1 to #q (ESOBUJENTffi to 
ESOBUJ=NT#q) (FIG. 74 (g) (h) ) . 
[0284] Each ESOBU_ENT may be configured to in- 
clude first reference picture size 1ST_REF_SZ of the 
corresponding FSOBU. playback time ESOBU_PB_TM 

20 of the corresponding ESOBU, size ESOBU SZ of the 

corresponding ESOBU. and start packet position 
ESOBU_S_PKT_POS of the corresponding ESOBU 
(FIG. 74(h)(0). This ESOBU_S_PKT_POS may be used 
to describe the start packet position of the correspond- 

25 ing ESOBU, with the relative packet number 
(PKTG_RPKTN) in the first packet group of the corre- 
sponding ESOBU. The value of ESOBU S_PKT_POS 
may be any one of 1 to PKT_Ns (number of packets in 
the packet group). 

30 [0285] Incidentally, in the embodiment of FIG. 20, 
when a stream recording (digital video input) is per- 
formed, encoder unit 79 is configured to record the dig- 
ital stream signal using an MPEG transport stream. On 
the other hand, when a video recording (analog video 

35 input) is performed, encoder unit 79 is configured to 
record a digital stream signal, obtained by converting an 
analog video input using A/D converter 84, using an 
MPEG program stream. 

[0286] Note tnat the present invention is not limited to 
40 the aforementioned embodiments, and various modifi- 
cations may bo made without departing from the scope 
of the invention when it is practiced. The respective em- 
bodiments may be combined as needed as long as such 
combinations are possible, and combined effects can 
*s be obtained in such case. Furthermore, the embodi- 
ments include inventions of various stages, and various 
inventions can be extracted by appropriately combining 
a plurality o f disclosed required constituent elements. 
For example, even when some requirec constituent al- 
so ements are omitted from all required constituent ele- 
ments described in the embodiment, an arrangement 
from which the required constituent elements are omit- 
ted can be extracted as an invention as long as the prob- 
lems that have been discussed in the paragraphs of the 
55 problems to be solved by the invention, and the effects 
that have been explained in the paragraphs of the effect 
ofthe invention can be obtained. 
[0287] As described in detail above, according to the 



present invention, data of digital TV broadcast and the 
like can be flexibly managed. 



Claims 5 

1. A storage medium configured to record a digital 
stream signal complying with an MPEG transport 
stream, wherein 

the storage medium (100) has a management 10 
area (1 30) and a data area (1 22, 1 31 ), and the data 
area is configured to separately record data of the 
digital stream signal as a plurality of objects (132), 

each object (132) includes data units (134) 
which are formed with reference to an integer '5 
number of groups of pictures (GOPs) or which are 
formed of data not more than integer seconds as a 
playback time, characterized in that 

one (134) of said data units includes pack 
groups (140) or packet groups each of which is 20 
formed by grouping a plurality of transport stream 
packets (162), and 

each pack group (140) or packet group in- 
cludes a pack/packet group header (161), and 
pack/packet group data including the transport 2s 
stream packets (1 62) having the data of the digital 
stream signal. 

2. A storage medium according to claim 1 , character- 
ized in that at least one of the transport stream 30 
packets is configured to have an adaptation field in- 
cluding a predetermined program clock reference, 
and 

the pack/packet group header includes loca- 
tion information of the program clock reference. 35 

3. A storage medium according to claim 1 , said medi- 
um being configured to record the digital stream sig- 
nai complying with the MPEG transport stream, and 

a video recording signal obtained by converting an <*o 
analog signal into a digital signal by MPEG encod- 
ing, 

characterized in that the data area is config- 
ured to store the video recording signal and the dig- 
ital stream signal together, and to separately record 45 
data of the digital stream signal as a plurality of ob- 
jects, each object includes data units, 

one data unit includes pack/packet groups 
each of which is formed by grouping a plurality of 
transport stream packets, so 

each pack/packet group includes a pack/ 
packet group header, and pack/packet group data 
including the transport stream packets having the 
data of the digital stream signal, 

the management area includes cell informa- 55 
tion associated with a cell used as a playback unit, 
and attribute information of the objects, and 

the cell information is configured to designate 
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both data of the video recording signal and the ob- 
ject, and can record number information required to 
designate the object. 

4. A storage medium according to claim 3, character- 
ized in that at least one of the transport stream 
packets is configured to have an adaptalion field in- 
cluding a predetermined program clock reference, 
and 

the management information includes loca- 
tion information of the program clock reference. 

5. A method of recording a digital stream signal com- 
plying with an MPEG transport stream on a medium 
of claim 1 , characterized by comprising: 

recording the digital stream signal on a data ar- 
ea of the medium, and 

recording the management information on a 
management area of the medium. 

6. A method of playing back a recorded digital stream 
signal complying with an MPEG transport stream 
from a medium of claim 1 , characterized by com- 
prising: 

playing back the management information from 
a management area of the medium, and 
playing back the digital stream signal from a da- 
ta area of the medium on the basis of the played 
back management information. 

7. A method of playing back a recorded digital stream 
signal complying with an MPEG transport stream 
from a medium of claim 1 , characterized by com- 
prising: 

playing back the management information from 
a management area of the medium; 
reading out transport stream packets corre- 
sponding to data of the cell to be played back 
from a data area of the medium on the basis of 
the management information; and 
playing back the recorded digital stream signal 
included in the transport stream packets on the 
basis of contents of the pack/packet group 
headers contained in the readout transport 
stream packets. 

8. A method of playing back a recorded digital stream 
signal complying with an MPEG transport stream 
from a medium of claim 2, characterized by com- 
prising: 

reading out the program clock reference from 
the digital stream signal on the basis of location 
information of the program clock reference, and 
setting the readout program clock reference in 
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a predetermined system time clock; and 
playing back data corresponding to given play- 
back time information from the digital stream 
signal recorded on the medium using the set 
system time clock. 5 

9. An apparatus for recording a digilal stream signal 
complying with an MPEG transport stream on a me- 
dium of claim 1, characterized by comprising: 

10 

an encoder unit configured to record the digital 
stream signal on a data area of the medium; 
and 

a management unit configured to record the 
management information on a management ar- '5 
ea of the medium. 

10. An apparatus for playirg back a recorded digital 
stream signal complying vuith an MPEG transport 
stream from a medium of claim 1 . characterized by 20 
comprising: 

a management unit configured to play back the 
management information from a management 
area of the medium: and 25 
a decoder unit configured to play back the dig- 
ital stream signal from a data area of the medi- 
um on the basis of the played back manage- 
ment information. 

30 

11. A data structure of a digital stream signal, which 
handles a digital stream signal complying with an 
MPEG transport stream as a stream object, 

characterized in that the stream object (ES- 
OB) includes at least one stream object unit (ESO- 35 
BU), 

the stream object unit (ESOBU) includes at 
least one pack/packet group (140). 

the pack/packet group (1 40) has a pack/pack- 
et group header (161) at a head position thereof, -to 
and stores at least one MPEG transport stream 
packet (162) after the pack/packet group header, 
and 

at least one MPEG transport stream packet 
(162) has an adaptation field including a predeter- 45 
mined program clock reference (PCR). 

12. An apparatus according to claim 9, characterized 
in that said encoder unit (79 in FIG. 20) is config- 
ured so 

to record the digital stream signal using an 
MPEG transport stream, and 

to record a digital stream signal, obtained by 
converting an analog video input using an A/D con- 
verter (84 in FIG. 20), using an MPEG program 55 
stream. 
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ATS 151 : 6 bytes 



PATbase (38-0 bits) 



PAT_exten (8-0 bits) 



PATbase : Counter value of 90kHZ 

PAT.exten : Counter value of 27MHZ 

PAT « PAT_base/90000Hz + PAT_exten/27,0O0,OO0Hz 



FIG. 15 



CCI 152 : 3 bitsX85 =32 bytes 



Reserve (1 bit) [ Digital copy control (2 bits) | Analog copy control (1 bit) | 
Repeat 85 sets 

Digital copy control : 00 = inhibition, 01 = permission of one copy, 
1 1 = unlimited permission 
^ Analog copy control : 0 = no APS, 1 = append APS 



FIG. 16 



PCI (display control information) 153 : 3 bitsX85=32 bytes 

| Reserve (1 bit) [ Aspect (1 bit) | l/P (1 bit) | SD/HD (1 b\tV\ 



Repeat 85 sets 

Aspect: 0 = 4: 3, 1 =16:9 
l/P : 0 = 1,1 = P 
SD/HD : 0 = SD, 1 = HD 



FIG. 17 
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IAPAT 163: 3 bytes 



PAT.base (14-0 bits) 



PAT_exten (8-0 bits) 



PAT.base : Counter value of 90kHZ 

PAT_exten : Counter value of 27MHZ 

PAT = ATS + PAT_base/90000Hz + PAT_exten/27,OOO,O0OHz 



FIG.18 



PCR location information 156: 2 bytes 

PCR Pack number : number of Packs from head of ESOBU 

closest to 1st_Ref_PIC to Pack with PCR; 

first 1 bit is ±flag (0 = +, 1 = -); 

if no PCR is available, PCR.Pack number = Oxffff 



FIG. 19 
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information, etc.) 



FIG. 27 



( M ) 
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( Enter STl generation process ) 




Read out MPEG1 video packet 
of corresponding PID, extract 
resolution data, aspect ratio, 
etc. from sequence header, and 
set them in STl 



J 



^ST1206 



Read out MPEG2 video packet 
of corresponding PID, extract 
resolution dataf aspect ratio, 
etc. from sequence header, and 
set them in STl 



Read out MPEG2 audio packet 
of corresponding PID, extract 
sampling frequency, number of 
channels, etc. from data 
contents, and set them in STl 



_ST1208 



Read out MPEG1 audio packet 
of corresponding PID, extract 
sampling frequency, number of 
channels, etc. from data 
contents, and set them in STl 




( Return ) 



FIG. 28 
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(Enter buffer fetch process) 
| ^Sfl300 




1 Set PCR value in STC | 



ST1308 



Save STC as ATS in 
Pack Group Header 
Save PTS in Pack Group 
Header 




ST1316 



Save copy information of 
packet in Pack Group Header 



^ST1318 

Does \ N0 
^packet include component^ 
descriptor ? 



FIG.29 C5_ 



3_ 



ST1310 



Allocate difference of ATS 
from STC as IAPAT after 
previous TS packet 



3_ 



Save copy information on PMT 
in Pack Group Header ■ 



-ST1313 



^ST1315 



Save same copy information 
as previous information in 
Pack Group Header 



3_ 



ST1319 



Save same resolution 
information as previous 
information in Pack Group 



^ST1320 



Save resolution information of 
packet in Pack Group Header 




( Return ) 
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C Start ) 



ST202 




Read VMG 



T 



-,ST210 



\ ^ST206 

C"No data is recorded" ) 

• r ; 



Determine PG, playback of which is 
to start 

(ORG PGC,UDPGC#1,UD PGC # 2) 



T 



_ST212 



Determine ESOB to be played back 
based on CELL Determine PMT and 
STI to be played back from ESOBI 



^ST214 



Determine PID to be played back 
based on PMT, and set it in decoder 
unit 

Initial setups of MPEG video decoder, 
SP decoder, and Audio decoder 
Read aspect ratio in STI and set it 
in control line of D terminal 



FIG.30 
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Set MPEG decoder in free run mode 
Set Seamless connection flag 



FIG. 31 
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(Enter process upon cell playback) 

| ^ST2 200 



Determine cell start FP (LBN) and end FP 
based on contents of PGCI and MAPI 
Set cell start FP as read FP 
Remaining cell length «- end address - start 
address 

Set playback start time in STC 



^ST2202 

Set read start address an d read l ength J 




-ST2206 



^ST2208 



Remaining cell length - remaining cell length - 
read data length 

Set read length to default 



Set read length to be 
remaining cell length 
Set remaining cell length 
to be zero 



"T 



| Set data read command in drive unit 



■ST2210 



0 




52 



EP 1 463 340 A2 



1_ 



^ST2216 



Read data for 1 ESOBU from 
buffer RAM 



■ST222Q 




ST2224 



FP *- read FP + read length 
Set MPEG decoder in normal mode 
(Read & set SCR) 
Set seamless connection flag 




Set jump direction ... 
positive direction, and set 
read fp based on jump size 



F I G. 33 



Set jump direction in 
negative direction, and set 
read fp based on jump size 

( Return ) 
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For audio data (CP_CTRL_INFO) 



Digital copy control 


Digital recording control 


Copy control type (CCD 


Unlimited copy permission 


01/11 


00 


Copy permission of 
only one generation 


01/11 


10 


Copy inhibition 


01/11 


11 



F I G. 37 



FIG. 38 



Field name 


Contents 


Descriptor tag 


0x50 


Descriptor length 


Descriptor length 


Stream contents 


0x01 : video 


Component type 


Component type 


Component tag 


Common in program 


ISO_639 language code 


Language code "jpn" 


Text_Char 


Video type name 



Component type 


Contents 


0x01 


Video = 480i (5250, aspect ratio = 4:; 


0x03 


Video = 480i (5250, aspect ratio = 16:9, pan vector = none 


0x04 


Video = 480i (5250. aspect ratio > 16 : 9 


OxAl 


Video = 480p (525p), aspect ratio =4:3 


0xA3 


Video = 480p (525p), aspect ratio = 16:9, pan vector = none 


OxA4 


Video = 480p (525p), aspect ratio > 16 : 9 


OxBI 


Video = 1080i (1 1250, aspect ratio = 4:3 


0xB3 


Video = 1080 (11 25i), aspect ratio = 16: 9, pan vector = none 


0xB4 


Video = 1080t (11250, aspect ratio > 16 : 9 



FIG. 39 
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Read VMG 



ST308 0' No data ^recorded" ) 



^ST310 



C End ) 



Determine PG, playback of which is 
to start 

(ORG.PGC, UD_PGC#1, UD_PGC#2) 

J ^ST312 



Determine ESOB to be transferred 
based on CELL 



T 



ST314 



Determine PID to be played back 
based on PMT, and set it in decoder 
unit 

Reset STC, and make transfer setup 
of decoder unit 



F I G. 40 
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1 



_,ST320 



Process upon cell transfer j 
^ST330 

NO 




..ST332 



Set next cell based 
on PGCI 



^ST346 



Another process upon 
completion of playback 



Q'Read error" ) i 

| ^ST 344 ( End ) 

Playback end process I 

E~ — 

( Return 1 ) 



FIG. 41 



59 



EP 1 463 340 A2 



(Enter process upon cell transfer) 

j ^ST3200 
Determine cell start FP (LBN) and end FP 
based on contents of PGCI and MAPI 
Set cell start FP as read FP 
Remaining cell length - end address - start 
address 

Set playback start time in STC 



ST3202 




■ST3206 



Remaining cell length «- remaining cell length - 
read data length 

I Set read length to default 



Set read length to be 
remaining cell length 
Set remaining cell length 
to be zero 



^ST3210 



Set data read command in drive unit 



ST3212 




FIG. 42 
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© 



!._] Process in decoder unit 
^ST3216 



Read data for 1 ESOBU from buffer RAM 



± ___^SJ3217 

! Read out PGR from PCR information (in Pack GH) onto \ 
|_register_2,_and_c_ompare P_CR with STCJo correct time_ j 

r LZZl._IZIl_Z~"i"l"~l~.~7""Z7~":§T 3219 

! Read out ATS in Pack GH onto register 1, compare ATS i 
! with STC, and transfer first TS packet when AJS = STCj 

j Read out next IAPAT, add it to register 1 , compare sum ! 
L^J?_JX^LlD^_?iO^?LI!?2* when sum j= STC | 

^ST3223 

^ of ~ ~ no 

<T transfer of 85 (or 170) 

~^-^TS packs 



tYES 



^ST3224 



Read FP «- read FP + read length 

Set MPEG decoder in norma! mode (Read & set SCR) 

Set seamless connection flag 




_,ST3226 
Transfer ^\N0 
. end ? _ 

ST3228 > ^C^End 
NO ^-^i Remaining 



ST3230 
NO 




( Return ) 



..ST3234 



Set jump direction in 
positive direction, and set 
read fp based on jump size 




NO 
ST3238 



FIG. 43 



Set jump direction in 
negative direction, and set 
read fp based on jump size 

( Return ) 
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(Enter process upon time search) 
j ^ST400 



User sets title, playback time, and 
stream number 



| ^ST402 



Determine PG to be pla 


yed back 


from title 





| ^ST4Q4 



Determine PG I and CI | 

| ^ST4Q6 
Determine ESOBI to be played back 
based on ESOB number in CI 

y ^ST4Q8 

Determine MAP Group (or ETMAP) in 
SOBI to be played back based on 
stream number 

Y ^ST4T0 
Determine MAP Group Entry to be 
played back based on playback time 

| ^ST412 
Extract ESOBU Entry information 
from ESOBU number in MAP Group 
Entry to find SOBU Entry which is 
closest to playback time and has 
value smaller than playback time 

T ^"ST4T4 
Calculate start address of SOBU 
based on ESOBU address in MAP 
Group Entry and ESOBU size in each 
SOBU Entry information 

■ i - 



F I G. 44 



Select Entry which is closest to \ 
playback time and has value smaller ! 
than playback time since MAP Group j 
Entry js gen_erated_at JOs intervals j 



*Read out Pack Group if Pack j 
Group Header includes PCR location j 
information j 

\ j ^ST416 
Calculate reference picture address, 
and determine PCR location from 

PCR address information 

{ ^ST418 

1 Read out PCR and set it in STC [ 

Y ^ST42Q 
Set decode initial setup and display 
start time (playback time designated 
by user) in decoder 

| J7ST422 
Set drive unit to start read process 
from reference picture address 



(Return to normal playback process) 
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(a) 


ESOB 




134 

/ 


134 


) 

132 


134 


(b) 


ES0BU#1 


ESOBU #2 




ESOBU 




140 
} 




140 

1 



(c) 



(d) 



(e) 



Packet Group 



Packet Group 

... k. 



Packet Group 
^ 



SOBU #2 may not be aligned to Packet Group 



139 

I 



139 



Logical Block 


Logical Block 




Logical Block 


Logical Block 


#1 


#(n+1) 




#(n+14) 


#(n+15) 



Packet Group 



161 

I 


163a 

) 


162 

> 


\ 

140 


163a 

> 


162 

I 


Packet Group 


PATS 


Packet 




PATS 


Packet 


Header 


#1 


#1 




#170 


#170 












128 bytes 


* 4 bytes. ^188 bytes* 









16 Logical Block = 32768 bytes 
(may be corresponding to a playback, time of one or more seconds) 



Field Name 


Contents 


HEADERJD 


Header Identifier 


PKT_GRP_GI 


Packet Group General Information 


DCLCCI 


Display Control Information and 
Copy Control Information 


reserved 


reserved 


MNFI 


Manufacturer' s information 



(g) 



00 



FIG.45 



Field Name 


Contents 


PKTGRP.TY 


Type of Packet Group 


VERSION 


Version of Packet Group 


reserved 


reserved 
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EVMGI.MAT ^_ (Description order) 



RBP 




Contents 


Number 
of bytes 


0 to 11 


EVMG ID 


EVMG Identifier 


12 bytes 


12 to 15 


EHRMANGR^EA 


End address of those Navigation Data 
which are recorded in 

FMR MANfiP IFO 


4 bytes 


16 to 27 


reserved 


reserved 




1 2 bytes 


28 to 3 1 


Fi-invR yni pa 

CnUVFv IVlVJl ur\ 


tna aaaress ot tnuvK mgi 


4 bytes 


32 to 33 


VERN 


Version number of this Book 


2 bytes 


34 to 63 


reserved 


reserved 


30 bytes 


64 to 65 


TM 70NF 


Time Zone 


2 bytes 


66 


STILL TM 


Sfill Time -fni- C+ill Di/>+iiKo<» 

oiiii i ime Tor o tin rictures 


1 bytes 


67 


CHRS 


Character Set Code for Primary Text 


1 bytes 


68 to 82 


RQy MRKI 


Resume Marker Information 


1 5 bytes 


83 to 97 


nKr PFP PIPTI 


Disc Representative Picture Information 


1 5 bytes 


98 to 225 


DISC REP NM 


Disc Representative Name 


i co Dytes 


226 to 255 


rpcprvpfi 
1 CoCI vcu 


[ ubcr vcu 


30 bytes 


256 to 259 


FM AVFIT SA 


<vforf oAAraee r\f CKt A\/CIT 

oiarc aaaress ot tivwwri I 


4 bytes 


260 to 263 


FS AVFIT SA 


•sl-art arlHracc nf FC A\/CIT 

oiari auurcsb ot to_rtvrl 1 


4 bytes 


264 to 275 


ETKI 


Encrypted Title Key Information 


1 2 bytes 


276 to 277 


CPSI 


Copy Protection Scheme Information 


2 bytes 


278 to 303 


reserved 


rpcprwpH 


lo oytes 


300 to 303 


ESTR FIT SA 


Start address of ESTR FIT 


4 bytes 


304 to 307 


EORG PGCI SA 


Start address of EORG_PGCI 


4 bytes 


308 to 31 1 


EUD PGCIT SA 


Start address of EUD_PGCIT 


4 bytes 


312 to 351 


reserved 


reserved 


40 bytes 


352 to 355 


ETXTDT_MG_SA 


Start address of ETXTDTMG 


4 bytes 


356 to 359 


EMNFIT SA 


Start address of EMNFIT 


4 bytes 


360 to 364 


EVTMAP_LAST_MOD_TM 


EVTMAP Last Modification Time 


5 bytes 


365 to 369 


ESTMAP LAST MOD TM 


ESTMAP Last Modification Time 


5 bytes 


370 to 511 


reserved 


reserved 


142 bytes 


Total 


512 bytes 



FIG. 47 
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EPLSRP (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


0 to l 


reserved 


reserved 


2 bytes 


2 


"GCN 


PGC number 


1 bytes 


3to7 


PLCREATE.TM 


Play List Creating Time 


5 bytes 


8 to 135 


PRMJXTI 


Primary Text Information 


128 bytes 


136 to 137 


ITJXT.SRPN 


IT TXT Search Pointer number for 
this Play List 


2 bytes 


138 to 145 


REP_PICTI 


Representative Picture Information 


8 bytes 


146 to 158 


EPL_RSM_MRKI 


Extended Play List Resume Marker 
Information 


13 bytes 


159 to 160 


EPLJNDE) 


Extended Play List Index 


2 bytes 


161 to 165 


EPL_LAST_MOD_TM 


Extended Play List Modification Time 


5 bytes 


Total 


166 bytes 



FIG. 48 



EPL.RSM.MRKI (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


146 to 147 


CN 


Cell number 


2 bytes 


148 to 153 


PICT_PT 


Picture Point 


6 bytes 


154 to 158 


MRKJM 


Marking Time 


5 bytes 


Total 


13 bytes 
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(Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


Otol 


VOB_TY 


VOB Type 


2 bytes 


2 to 6 


VOB REC TM 


Recording time of this VOB 


5 bytes 


7 


VOB_REC_TM_SUB 


Sub-second information for VOB_ 
RECJM 


1 bytes 


8 


M_VOB_STIN 


M_VOB_STI number 


1 bytes 


9 to 14 


VOB V S PTM 


Video Start PTM of this VOB 


6 bytes 


15 to 20 


VOB V E PTM 


Video End PTM of this VOB 


6 bytes 


21 to 22 


LOCAL TM ZONE 


Time Zone of Recording this VOB 


2 bytes 


Tola! 


23 bytes 



FIG. 51 



EVOB_TMAP_GI 



(Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


Oto 1 


reserved 


reserved 


2 bytes 


2to3 


VOBU_ENT_Ns 


Number of VOBU Entries 


2 bytes 


4to5 


reserved 


reserved 


2 bytes 


6to9 


ADR_OFS 


Address Offset 


4 bytes 


10 


VOBU_PBJM_RNG 


Playback Time Range of VOBU 


1 bytes 


Total 


11 bytes 



(BRP 2 to 3) VOBU ENT.Ns 

Describes the number of VOBU Entries in the Video Time Map Information of this 
VOB, which are included in EHR.VTMAP.IFO file 

(BRP 5 to 9) ADR_OFS 

Describes the start address of this VOB with F_RLBN from the first LB of the 
EHR_MOVlE.VRO file 

(BRP 10) VOBU_PB_TM_RNG 

Describes the playback time range of VOBU 

OOh : 0.4 to 1.0 sec 

others : reserved 

F I G. 52 
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Contents I 


Number of S VOBs j 


S_V0B_STI number 


Recording time of First VOB { 


Recording time of Last VOB ! 


Start address of this S VOG I 


Time Zone of Recording this S_V0G | 








i— 
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oo 
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CO 
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oo 


OO 






oo 
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QQ 
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2to6 


o 


12 to 15 


16 to 17 | 
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<n co 

CD O 
C CO 













=** 

E ^ 




E ^ 


)B Time Map 
ral Information 
3B_TMAP_GI) 


Elementary Stre 
eneral Informatic 
FMAP.GI #1) 




Elementary Stre, 
sneral Informatio 
FMAP.GI #n) 


ESC 
Gene 
(ES( 


Extended 
Time Map G< 

(es; 




Extended 
Time Map G( 
(ESJ 



tion 








rma 








sneral Info: 
(GPLGI) 








S PID 




:s_pid 


o 








GPI 
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ESOBLGI (Description order) 



RBP 


Fisld Name 


Contents 


Number 
of bytes 


Oto 1 


ESOB.TY 


ESOB Type 


2 bytes 


2 


AP_F0RMAT2 


Application Format Name (Minor) 


1 byte 


3 


ESOB.PROFILE 


Profile of this ESOB 


1 byte 


4to5 


PMT.PID 


PID of PMT packet 


2 bytes 


6to7 


PCR.PID 


PID of PCR packet 


2 bytes 


8to9 


NETWORKJD 


original.networkjd 


2 bytes 


1 0 to 11 


TS_ID 


transport.stream.id 


2 bytes 


l2to13 


PROGRAM_NUMBER 


program number (service.id) 


2 bytes 


1 4 to 1 7 


FORMATJD 


ID of Registration Descriptor 


4 bytes 


18 


SERVICE.TYPE 


service.type 


1 byte 


19 to 20 


CP CTRL INFO 


Copy Control Information 


2 bytes 


21 to 30 


reserved 


reserved 


10 bytes 


31 to 35 


ESOB.REC.TM 


Recording time of this ESOB 


5 bytes 


36 


ESOB.REC_TM.SUB 


Sub-second information for 
ESOB.REC.TM 


1 byte 


37 to 38 


LOCAL.TM.ZONE 


Local Time Zone 


2 bytes 


3Q AO 


ccno ncc pin 

L.OVD.L'C.r.r IU 


Dpfaiilf- PID nf t+iic F^OR 

UCldUR rlU Ul U Hi LOUD 


2 bytes 


41 to 46 


ESOB S PTM 


Start PTM of this ESOB 


6 bytes 


47 to 52 


ESOB.E.PTM 


End PTM of this ESOB 


6 bytes 


53 to 55 


ESOB.DURATIOIM 


Duration of this ESOB 


3 bytes 




(PCR_P0S_C0UNT) 


Number of the preceding PCR 
packets indicated by PCR.POS 


1 byte 





(PCR.POS.SHIFT) 


Bit shift of PCR.POS for the 
designated PCR packet 


1 byte 


56 


ESOB.ES.Ns 


Number of Elementary Streams 
in this ESOB 


1 byte 


57 


ESOB.V.ES.Ns 


Number of Video Elementary 
Streams in this ESOB 


1 byte 


58 


ESOB.A.ES.Ns 


Number of Audio Elementary 
Streams in this ESOB 


1 byte 


Total 


59 bytes 



F I G. 56 
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<ES0B_TY> 



b15 b14 


b13 


b12 b11 


blO 


b9 


b8 


| reserved 


| TE flag 


| GPI flag | 


resen 


/ed 


1 


b7 b6 


b5 


b4 b3 


b2 


bl 


bO 


1 SML flag 



F I G. 57 



<CP_CTRL_INFO> 



W5 b14 


b13 


b12 


b1l 


blO b9 b8 


| CCI 


| APS 




| EPN 


ICT | reserved j 


b7 b6 


b5 


b4 


b3 


b2 bl bO 


[Retention] 


Retention_State 




I 


reserved 



CCI ••• 00b: Coprfree 

01b: No-more-copies 
10b: Copy-one-generation 
11b: Copy-Never 

APS ••• 00b: Copy-free 

01b: APS is on: Type 1 (AGO 

10b: APS is on: Type 2 (AGC+2L Colorstripe) 

11b: APS is on . Type 3 (AGC+4L Colorstripe) 

EPN - 0b: EPN-asserted 

1b: EPN-unasserted 

ICT --Ob: High Definition Analog Output in the form of Constrained Image 

(Image Constraint Token) lb: High Definition Analog Output in High Definition Analog Form 

Retention • • 0b and CCI = '10b' : Move-mode 

Ob and CCI = '11b' : Retention-mode 

Ob and CCI = '00b' or '01b' : Non-Move-mode/Non-Retention-mode 
lb : Non-Move-mode/Non-Retention-mode 



Retention_State 

FIG. 58 



000b, 


Retention 


Time 


Forever 


001b: 


Retention 


Tine 


1 week 


010b: 


Retention 


Time 


2 days 


011b: 


Retention 


Time 


1 day 


100b: 


Retention 


Time 


12 hours 


101b: 


Retention 


Time 


6 hours 


110b: 


Retention 


Time 


3 hours 


111b: 


Retention 


Time 


90 minutes 
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ESOB Elementary Stream Information 

(ESOBJSI) for Video ES (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


0 


ESJY 


Type of Elementary Stream 


1 byte 


1 to 2 


ES PID 


Elementary Stream PID 


2 bytes 


3 


STREAMJYPE 


Stream Type in PMT 


1 byte 


4 


COMPONENTTAG 


componentjag in stream jdentifier_ 
descriptor 


1 byte 


5 


STREAM_CONTENT 


strearncontent in component_descriptor 


1 byte 


6 


COMPONENTJYPE 


componentjype in component_descriptor 


1 byte 


7to9 


V.ATR 


Attributes of Video 


3 bytes 


lOto 11 


CP_CTRL_INFO 


Copy Control Information 


2 bytes 


Total 


12 bytes 
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ESOB Elementary Stream Information 

(ES03_ESI) for Audio ES (Description order) 


RBP 


Field Name 


Contents 


Number 
of bytes 


0 


ES.TY 


Type of Elementary Stream 


1 byte 


1 to 2 


ES_PID 


Elementary Stream PID 


2 bytes 


3 


STREAM TYPE 


strearnType in PMT 


1 byte 


4 


COMPONENTJAG 


componentjag in streamjdentifier. 
descriptor 


1 byte 


5 


STREAM_CONTENT 


strearncontent in component_descriptor/ 
audio_component_descriptor 


1 byte 


6 


COMPONENTJYPE 


componentjype in component_descriptor/ 
audio_component_descriptor 


1 byte 


7 


SIMULCASTGPJAG 


simulcast_group_tag in audio_component_ 
descriptor 


1 byte 


8 


A_ATR 


Attributes of Audio Elementary Stream 


1 byte 


9 to 11 


LANG_CODE 


Audio Language Code 


3 bytes 


1 2 to T 4 


LANG_C0DE2 


Audio Language Code2 


3 bytes 


15 to 16 


CP.CTRUNFO 


Copy Control Information 


2 bytes 


Total 


17 bytes 
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ESOB Elementary Stream Information 

(ESOB.ESI) for Other ES (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


0 


ES TY 


Type of Elementary Stream 


1 byte 


1 to 2 


ES.PID 


Elementary Stream PID 


2 bytes 


3 


STREAM TYPE 


Stream Type in PMT 


1 byte 


4 


COMPONENTTAG 


componentjag in stream_identifier_ 
descriptor 


1 byte 


5to6 


DAT COMP ID 


stream_content in component descriptor 


2 bytes 


7 to N+6 


AD_DAT_COMP_IFO 


component_type in component descriptor 


N bytes 


N18to N18 


CP.CTRLJNFO 


Copy Control Information 


2 bytes 


Total 


N+9 bytes 



FIG. 61 



(ES_TY) 
b7 



STJY 



reserved 



ST_TY - 10b: Other Elementary Stream 
01b: Audio Elementary Stream 
00b : Video Elementary Stream 



FIG. 62 
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<V_ATR> 
b23 b22 
Application Flag 



b21 



b20 



b19 



b18 



b17 



b16 



Aspect Ratio 



reserved 



b15 



b14 



b13 



b12 



b11 



blO 



Horizontal Resolution 



reserved 



Frame Rate 



b6 



b5 



Vertical Resolution 



reserved 



Application Flag - 00b : This video stream is coded with Aspect ratio specified in 
this V_ATR 

01b; This video stream may be coded with Aspect ratio specified 
in this V_ATR. 

The actual Aspect ratio is recorded in the stream 
F I G. 63 others : reserved 



<A_ATR> 



b7 


b6 


b5 b4 


b3 b2 b1 


bO 


multijing 


main_comp 


qualityjndicator 


sampling_rate 


reserved 



multiiing 



qualityjndicator 



samplingjate 



F I G. 64 



• Ob : No multi-lingual audio stream 
1b: Bi-lingual audio stream in case of the stream is dual-mono 

■ Ob : This audio stream is not main audio 
1b : This audio stream is main audio 



• 00b 
01b 
10b 
11b 
Note 



reserved 
Mode 1 
Mode 2 
Mode 3 

("Mode 1 /2/3" are defined according to digital broadcasting 
standard such as ARIB STD-B32 Part2, Chapter 2) 



• 001b: 16 kHz 
010b: 22.05 kHz 
011b: 24 kHz 
101b: 32 kHz 
110b: 44.1 kHz 
111b: 48 kHz 
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GPI.GI (Description order) 



RBP 


Field Name 


Contents 


Number of bytes 


0 


BLOCK TY 


Type of Block of Groups 


1 byte 


1 


GP TY 


Type of an ES Group 


1 byte 


2 


BLOCK_NUMBER 


Number of Block 


1 byte 


3 


ES_PID_Ns 


Number of ES_PID 


1 byte 


Total 


3 bytes 



(RBP 0) BLOCKJY 

Described the type of the block information 



BLOCKJY - OOh: No definition 
01 h: Multi-view 
02h : Rain Attenuation 
11h: Multi-channel 
others : reserved 

(RBP 1) GP_TY 

Described the type of the grouping information 

GP_TY - OOh: No definition 

01 h : Main Group 
02h : Sub Group 
others : reserved 

(RBP 2) BLOCKNUMBER 

Describes the block number. If some groups have same 
BLOCK_NUMBER, those groups share same attribute 
Range : 1 < BLOCK_NUMBER < 32 

(RBP 3) ES_PID_Ns 

Described the number of ES_PIDs 

Range : 1 < ES_PID_Ns < 32 



ES_PID (Description order) 



RBP | Field Name 


Contents 


Number of bytes 


Oto 1 |ES_PID 


PID of Elementary Stream 


2 bytes 


Total 


2 bytes 



(RBP 0 to DES.PID 

Describes the PID of the Elementary Stream which belong to 
this group, which id described by RTR' s PID Describing Format 
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ES0B_TMAP_GI (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


Oto3 


ESOB_ADROFS 


Address Offset of ESOB 


4 bytes 


4to7 


ESOB_SZ 


Size of ESOB 


4 bytes 


8 


ESOB_S_PKT_POS 


ESOB start packet position 


1 byte 


9 


ESOB_E_PKT_POS 


ESOB end packet position 


1 byte 


10 


ESOBU_PB_TM_RNG 


Playback Time Range of ESOBU 


1 byte 


11 


EES_TMAP_GI_Ns 


Number of EES_TMAP_Gls 


1 byte 


Total 


12 bytes 



(BRP 0 to 3) ESOB ADR.OFS 

Describes the start address of this ESOB with F.RLBN from the first LB of 
the EHR.STRxx.VRO file 



(BRP ^ to 7) ESOB_SZ 

Described the size of this ESOB with the number of Packet Groups 
(BRP 8) ESOB_S_PKT_P0S 

Describes the start packet position of this ESOB, with PKTG_RPKTN in 
the first Packet Group of this ESOB 
1 <=ESOB_S_PKT_POS<=PKT_Ns 

(BRP 9) ESOB E PKT POS 

Describes the end packet position of this ESOB, with PKTG_RPKTN in the last 
Packet Group of this ESOB 

1 <=ESOB_E_PKT_POS<=PKT_Ns 

(BRP 10) ESOB_PB_TM_RNG 

Describes the playback time range of ESOBU 

00h:0.4 to 1.0 sec 

others : reserved 

The playback time of ESOBU may be less than the value specified by this field, 
if the ESOBU is the last ESOBU of this ESOB, or 1ST_REF_SZ of this ESOBU 
is filled with '0' 

(BRP 11) EES_TMAP_GI Ns 

Describes the number of EES_TMAP_Gls for this ESOB. This value shall be 
the same as ETMAPl.Ns described in EHR.STMAP.IFO file 

FIG. 67 



78 



EP 1 463 340 A2 



(Description order) 



RBP 


_. . , 

Held Name 


Contents 


Number 
of bytes 


Oto 1 


ES_PID 


Elementary stream PID 


2 bytes 


2 to 7 


ES_S_PTM 


Start PTM of this elementary stream 


6 bytes 


8 to 13 


ES_E_PTM 


End PTM of this elementary stream 


6 bytes 


1 4 to 1 7 


ESJ_ADR_OFS 


Start address offset for this 
elementary stream 


4 bytes 


18 


ES LAST ESOBU E 
PKT_POS~ 


Last ESOBU end packet position 


1 byte 


19 to 20 


reserved 


reserved 


2 bytes 


21 to 22 


ES_ESOBU_E!NT_Ns 


Number of ESOBU Entries for this 
elementary stream 


2 bytes 


Total 


23 bytes 



. => 0 to 1) ES_PID 
Describes PID of Video Elementary stream for which this Time Map is generated 

(BRP 2 to 7} ES_S PTM 

Describes the presentation start time of the first video field, which is coded as PTS. of this 
e ementary stream in RTR s PTM Describing Format. When the PTS is not presented in the 
elementary stream, the presentation start time shall be calculated in the manner of MPEG 
specification 



Note : For the Video elementary stream whose PID is defined as ESOB DEF PID, the E 
is the same as ESOB_S_PTM in ESOBI.GI " " 



LS_PTM 



(BRP 8 to 13) ES_E_PTM 

Describes the presentation terminating time of the last video field of this elementary stream in 

RTR s PTM describing Format. This time is described with the same time basis as time stamps coded 

in the elementary stream 

Note : For the Video elementa-y stream whose PID is defined as ESOB DEF PID, the ES E PTM 
is the same as ESOB_E_PTM in ESOBI.GI " " 

(BRP 14 to 17) ESAADR.OFS 

Describes the start address of this elementary stream with the number of Packet Groups from 
the rirst Packet Group of ESOB 
The following equation shall be fulfilled 

ES_S_ADR_OFS+{Total Sum of ESOBUSZ from ESOBU #1 to ESOBU #ES ESOBUENT Ns) 

+K<=ESOBU SZ 
where K=0 if ES LAST_ESOBU_E_PKT POS^PKT Ns 

K=1 if ES_LAST^ESOBU_E_PKTlPOS*PKf Ns 

(BRP 18) ES LAST ES0BU_E PKT POS 

Describes the end packet position of the last ESOBU, with PKTG RPKTN in the last Packet 
Group of the last ESOBU of this ESOB 

1 <=ES.LAST_ESOBU.E_PKT<=PKT.Ns 

(BRP 21 to 22) ES ESOBU ENT_Ns 

Describes the number of ESOBU Entries in the Stream Tine Map information of this elementary 
stream, which area included in EHR_STPAM,IFO file 



F I G. 68 
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EPGC.GI (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


0 


reserved 


reserved 


1 byte 


1 


PG_Ns 


Number of PGs 


1 byte 


2 to 3 


CI_SRP_Ns 


Number of CI_SRPs 


2 bytes 


Total 


4 bytes 



F I G. 70 



EPGI (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


0 


reserved 


reserved 


1 byte 


1 


PG_TY 


Program Type 


1 byte 


2to3 


C_Ns 


Number of Cells in this PG 


2 bytes 


4 to 131 


PRM_TXTI 


Primary Text Information 


128 bytes 


132 to 133 


IT TXT SRPN 


IT_TXT Search Pointer number 


2 bytes 


134 to 141 


REP.PICTI 


Representative Picture Information 


8 bytes 


142 to 154 


PG_RSM_MRKI 


Program Resume Marker Information 


13 bytes 


155 to 156 


PGJNDEX 


Program Index 


2 bytes 


157 to 161 


PG_LAST_MOD_TM 


Program Last Modification Time 


5 bytes 


Total 


162 bytes 



FIG. 71 



PG_RSM_MRKI (Description order) 



RBP 


Field Name 


Contents 


Number 
of bytes 


142 to 143 


CN 


Cell number 


2 bytes 


144 to 149 


PICT.FT 


Picture Point (ES_VOB_ENTN) 


6 bytes 


150 to 154 


MRK.TM 


Marking Time 


5 bytes 


Total 


13 bytes 



F I G. 72 
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Contents \ 


VMG Identifier I 


End address of VTMAPIT | 


reserved | 


Version number | 


reserved | 


VTMAP Last Modification Time 1 


Number of VTMAPl.SRPs j 


reserved 1 




Contents j 


Start address of VTMAPI \ 


| reserved | 


I Number of VOBU Entries 1 






FIG. 73 


Field Name ! 


VMGJD | 


VTMAPIT, EA i 


reserved ! 


VERN I 


reserved ! 


o 
s 
1— 

1 

s 


|VTMAP_SRP_Ns | 


reserved I 


1 Field Name 


I VTMAPLSA ! 


reserved 1 


2 

h- 
UJ 

CQ 

o 
> 




M 

Li- 
ce: 


j VOBU PB TM 


VOBUSZ 


s 








RBP I 


Otoll 1 




16 to 31 | 


32 to 33 I 


34 to 63 ! 


64 to 68 


1 69 to 70 


171 to 511 


CO 


|0to3 


4to5 


o 

CO 




VOBU Entry #1 
(V0BU_ENT #1) 


VOBU Entry #2 
(VOBU.ENT #2)1 




VOBU Entry #q 
(VOBU ENT #q) 




















(EHDVR MG) 


Extended VTMAP 
Information Table 
(EVTMAPIT) (Mandatory) 


! (VTMAPIT)! 


VTMAPIT Information 
(VTMAPITI) 


VTMAPI Search Pointer #1 
(VTMAPLSRP #1) 


! 


VTMAPI Search Pointer #n 
(VTMAPI SRP #n) 


Video Time Map 
Information #1 
(VTMAPI #1) 




Video Time Map 
Information #n 
(VTMAPI #n) 
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